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1.0 INTRODUCTION 


This document describes the attachment interface between a Distributed Function 
Device (such as the IBM 3230 Information Panel, an IBM 3270-PC, or an IBM 3179 
Model G) anda properly customized IBM 3274 Control Unit via a coaxial cable as an 
extension to the hardware interface described tin the Product Attachment 
Information manual "IBM 3274, 3276 Control Unit to Device”. A Distributed 
Function Device attaches to 327% Type A adapter ports Cexcept port 0) and uses the 


Device Cluster Adapter (DCA) transmission protocol. A proscram in the control unit 


communicates With a program in the Cistributed Function Device through a portion 
of shared memory in the device which 315 addressable from the control unit by DCA 
commands. Distributed Function Devices are solicited by POLLing and are requested 
to perform functions by means of several DCA commands which cause program 
interrupts. Host data streams are treated as pass-thru data to the device 
constituting a function split which makes the control unit largely independent of 
the device and of functional characteristics of its data streams. 


The flexibility of this interface permits the Distributed Function Device to 
logically configure up to 5 Logical Terminals which can communicate with a host 
concurrently from different applications independently to different device/LU 
addresses. 


The terms "Distributed Function Device,” "Devicea,” and "TCA Device” (Terminal 
Control Area) are interchangeable. 


The following representative publications are listed for reference and may be 
useful in understanding this cocument. This list 18 not meant to be complete or 
exhaustive. 


IBM 3270 Information Display System, 3274 Control Unit Description and 
Programmer's Guide, GA23-0061. 


IBM 32390 Information Panel, Descristion and Reference, GA23-0021. 


3270-PC Control Program User's Guide and Reference, ($C23-9103). 


1.21 BASTC OPERATION 


Sane aia aideabeenine 


Communications between the Distributed Function Device and the 3274 control unit 
(CUd is via a 128 byte Terminal Control Area (CICA) within the device's buffer. 
Requests are made by the control unit by placing the function request and the 
necessary parameters in the proper TCA locations and then telling the device to 
execute the operation via a START OP coax command. Cn write type data transfer 
orerations, the data must reside in the device’s buffer before the request 
execution is initiated. On read type operations, the devica places the data in 
the specified buffer locations as part of processing the reauest. 


The device then performs the requested function and telis the control unit when it 
has cempleted or terminated. A completion code (Synchronous Status) is posted by 
the device tc indicate whether or net precessing completed normally. The control 
unit then reads the completion code and processes it as required. 


The device may also make asynchronous requests (Asynchroncus Status) to the 
contrel unit by placing a request code in the TCA and telling the control unit that 
the request is present. The control unit then reads the request code and 
processes it when tnternal contention conditions sallow. Processing by the control 
unit consists of acknowledging the request and issuing more function requests as 
recuired to service the device. Once the request is acknowledsed, the device is 
free to present another asynchronous request. 


In addition, davices may also present prioritized Expedited Status in the TCA 
suffer for functions which must be processed on an immediate basis. 
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1.2 INTERFACE STATES AND TCA OWNERSHIP 


meee eeueemneemE pve 


TCA ownership is directly connected with wav entseu states. Violation of ownership 
rules constitutes an interface synchronization error. If detected, the interface 
may be forced to disconnect by the offended party. 


1.2.1 INTERFACE DISCONNECTED 


While in this state, the device owns the entire TCA and data buffer. The interface 
iS considered disconnected when the ‘control unit no longer services device 
requests or status or the device does not answer POLLs. At any given point in 
time, it may be impossible for the device to tell what the connection state of the 
interface 1s. Excluding a POSITIVE indication to the contrary, the device should 

always ccensider the interface as connected until it can determine otherwise beyond 
a reasonable doubt. This state is exited when the device generates a POR. 


The device must have a positive indication that the interface is in this state 
prior to sending an unsolicited POR to the control unit. Positive indications 
that the interface is disconnected include: | 


The device has stopped answering POLLS. The control unit retries the original 
poll up to 31 times. If the device fails to respond, the control unit disconnects 
the interface upon the occurrence of the '32 retry’ indication. This condition 
includes physical power off. | 


The device receives a TERMINAL RESET Command. The control unit only issues this 
command when the interface is disconnected. 3 | : | 


The CUDSER (Device Specific ERror code) field in the TCA is not 0. The control 
unit writes a non-zero value in this field when the interface is logically 
disconnectec because a device specific error was detected. | | 


NOTE: , 

The control unit treats a POR that is received while the interface is not 
disconnected as an interface synchronization error and force the interface to be 
disconnected. The next POR is then treated normally. 


L.2.2 INTERFACE CONNECTED 


This state jis entered when the device sends a POR to the control unit. While in 
this state, the device and the control unit share the TCA and data buffer. At any 
Siven point in time, each location is owned exclusively by EITHER the control unit. 
OR the device. When a location is not owned, it may not be altered. Ownership is 
senerally determined by whether or not the interface is idle (no operation in 
Process). 


1.2.3 INTERFACE CONNECTED AND IDLE 


The interface is considered idle after the device has posted synchronous status 
for a control unit requested function. It is also considered idle between the 
time POR its sent to the control unit and the START OP is received for the first 
function request. 


While in this state, the control unit owns locations X’'$0' to X'7F’ in the TCA and 


all of the data buffer. The device owns locations X'00' to X'3F’ with the 
following exceptions: 
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| = DPASTAT - The device owns this location until it sets a value of X'Si' 
indicating that asynchronous status 15 present. At that point, ownersnip 
belongs to the coentrol unit until it Cthe CU) sets the location to 0 to 
acknowledge the asynchronous status. Ownership then returns to the device. 


The device must set the Asynchronous Status and parameters values in DALTAD 
thru DAEP4 prior to setting DPASTAT to X’01"’. 


- DPSSTAT - This field indicates the validity of DSSV thru DSSP3 to the control 
unit. With SNA everlapped operation, it is necessary to stack Synchronsus 
Status tn the TCA and a positive indication of its validity is required. The 
CU sets this field to 0 when a Function Request is presented to the device and 
a START OP is issued. The device sets an X'0i' in this field when the request 
completes or terminates and Synchronous Status is available. The device must 
set the Synchronous Status and Parameter values prior to setting DPSSTAT to 
X'OlL'. While this field is X'01', 1t 1S owned by the control unit. The device 
owns the field while its value is 0. 


- CUDSER - This field is tnitialized to 0 by the device prior to sending a PSR. 
The control unit writes a non-zero specific error code (see section 4.53 in 
this field when the interface is disconnected due to anerror. This location 
15s always owned by the control unit while the interface is not in a 
"disconnected'’ state. 


~ EXFAK - This field indicates the validity of fields EXFLT thru EXFP4 to the 
control unit. Certain device requests must be serviced on a priority besis 
whether the device is active or idle. Expedited Status (ES) has service 
priority over normal asynchronous) status. ES can be processed while the 
device 15 in an active state. When the request has been serviced the control 
unit acknowledges ES by resetting the unacknowledged request flag in EXFA 
The cevice must set the request fields before posting status to X'01’ in 
EXFAK. While this field is X'O1' 1t 15 owned by the control unit. The device 
owns the field while its value is 0. The control unit may load response 
parameters in fields EXFD!1 thru EXFD4 befere acknowledging ES status. E5 
status is acknowledsced by t-ssuing a READ Terminal ID, causing a TCA interrupt 
in the device microprocessor. READ Terminal ID is used in this context as an 
WAlternate Start Operation” command. 


1.2.4 INTERFACE CONNECTED AND ACTIVE 


This state is consicered active from the time that the control unit receives a 
clean response to a POLL on a START OP command queve until the time when the device 
posts Synchronous Status in DSSVY. While in this state, the control unit owns only 
the data buffer exciusive of any area specified by request parameters on cata 
transfer type requests. 


NOTE: 

A "command queue” is a series of commands and data that are issued by the control 
unit to a device without an intervening POLL command. There may or may not be 
"ending sequences” between the commande and/or cata (see section 3.6). 


Contention jin this area may be caused by a command queue retry by the control unit 
which may cause locations X'40' to X'47' to be rewritten. Contention is avoided 
by issuing separate command queue (1) to write to the TCA and (2) to issue the 
START OP. If the Write command queue fails, rewriting data to the TCA on retries 
1S not noticed by the device since it only examines control unit altered TCA 
locations when a START OP is received. If the START OP command queue fails, the 
retries are detected by the device by examining the CUSYN value. If CUSYN has not 
been toggled, the START OP is a retry and should be ignored. If a START OP is 
received while one is in process and CUSYN has been toggled, an interface 
eee errer has occurred and should be reported to the control unit by 
the device. 
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1.2.5 RESERVED FIELDS 


Reserved fields in the TCA are excluded from the above discussion. While the 
interface is connected, reserved fields in the TCA between X'00' and X'3F’ belong 
to the device. Fields between X'S0’ and X'7F’ belong to the control unit. 
Reserved fields owned by the device must be set to zero. Reserved fields owned by 

the controller should not be checked by the device. 7 = 


1.3 INTERFACE STATE DIAGRAM 


INTERFACE INTERFACE 


INTERFACE CONNECTED CONNECTED 
DISCONNECTED & IDLE ~ & ACTIVE 
POR | START OP 


» RRR REECE a>, Samana a4 
CDPSSTAT = X'00'") 


SYNC STATUS POSTED 
i ee ie aati 
CDPSSTAT = X*91') 


INTERFACE DISCONNECTED 


1.4 -DEVICE STATES 


Device states reflect the active level of communications between the device and an 
upstream entity. | | 


1.4.1 OFFLINE TO CU 


This state its equivalent to the ‘interface disconnected’ state described 
previcusly. The control unit is no longer servicing requests or status from the 
device or the device is not responding to POLLs. The device is not recognized by 
the control unit. 


1.4.2 INITIALIZATION IN PROCESS 


This state exists between the time that the device sends a "OR to the control unit 
and the time that the control unit posts '3274 READY' via WCUS. While in this 
state, the control unit performs the initialization necessary to be capable of 
recognizing the device. Once the TCA is initialized properly, the device is 
capasie cf processing Function Requests. 
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1.4.3 ONLINE TO CU 


This state is entered when '3274 READY’ is posted to the device via WCUS. While in 
this state, the device is recognized by the control unit, but may not communicate 


to the host. The device may request functions from the control unit to utilize 
locally owned resources, but may not attempt to communicate to the host. The 
control unit discards any outbound transmissions for the device. This state may 


also be entered when the device requests that it be taken offline from the host via 
AEDV. 


Device Function Requests that may be utilized by the control unit while in this 
state are limited to CNOP, WCUS, RDBD, WDBD, RDCOPY, RPID, and WCTL. The device 
must. respond with ERFR Synchronous Status to any other Function Request it 
receives. 


In this state asynchronous status requests of AEEB and AEEP are invalid. 


1.4.4 PENDING STATES 


Online/offline to host requests (AEDV) remains pending until the control unit 
acknowledges asynchronous status. 


1.4.5 ONLINE TO HOST 


The CU puts the device in this state when specifically requested to do s0 via AEDV. 
The device remains in this state until (1) it is returned to an online to control 
unit state via AEDV or (2) the interface is disconnected. While in this state, the 
device communicates with the control unit as described for the online to control 
unit state. In addition, upstream communications with the host are now allowed 
and outbound transmissions are forwarded to the device. 


In this state asynchronous status requests of AEDBA and AEDBS are invalid. 


1.4.6 DEVICE STATE DIAGRAM 


OFFLINE INITIALIZATION ONLINE PENDING PENDING ONLINE 


TO CU IN PROCESS TO CU ONLINE OFFLINE TO HOST 
POR 
See OK INIT AEDV: 
BAD INIT ae eae ONLINE 
SS Se ACK AEDV:0QN 
aaa aac ne ae” 
AEDV: 
OFFLINE 
<< x 
ACX AEDV:QFF | 
cc soe or raters naemmnaerameiermatanne Sy? 
| | | 
INTERFACE DISCONNECTED } i 
< iii cs inducer cpebcnairi esti eats teat tarantino umes ih agai eins a buat tanita oo nconkcnstceaataaahoiot 2 x 


| 
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2.0 FUNCTION SPLIT 
This interface must operate in three distinct environments: 


1. A 3270 protocol BSC control unit. 

2s A: 3279 Seotecol 16cei channel attachment control unit. 

3. A FID2 SNA control unit. 

The CU serves primarily as a multiplexor converting hest link protocols to coax 


protocols and vice versa... 


The function split for each of these is as follows: 


2.1 COMMON 


Control Unit Device 
Error Logging I/O Event Initiation 
Indicator event status | Device error reporting 
Power on/off | Device RAS and testing 
Hung device detection | Local Function 
Communication area Operator indicators 
management Hung CU detection 


Limited CU file access 


2.2 BS 
Control Unit Device 
BSC protocols including: Data Stream from STX to 
Transparency EOT/EOB 
Select Read Command Detection 


Specific POLL 
General POLL 

Inbeund Blocking 
Line Control 

Line hit recovery 
Test header creation 


2.3 LOCAL CHANNEL 


Control Unit Device 
Local Channel protocols | Channel Command processing 
including CE, DE | Data Stream processing 


Test header creation 
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12.4 SNA 
Control Unit Device 
PU Services © . All other SNA functions 
ACTLU/DACTLU processing | 
Session termination on ACTLU parameter processing 


power off 
(single session) 
Outbound Routing - ~. 
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~§ 3.0 DEVICE HARDWARE 


The CU is the owner of the coax and controls all flow across the coax interface. 

In general, it POLLs the device for status changes, writes to the device, or reads 
from the io ee The device is required to have an addressable buffer. which is 
accessed by coex Read and Write commands. Higher level functions are communicated 
Via data placed in the buffer. The CU initiates a function by writing data into 
the device buffer and then telling the device to interpret the data. The device 
initiates a function by placing data in the buffer and responding *o a POLL wet 
status peauent vag the CU to interpret the data. 


3.1 GENERAL DESCRIPTION 


Data to be transmitted from a controller to a device or device to controller is 
carried ona single coax line per device. The ccax type is RG62AU with a maximum 
length of 1.5 kilometers. Data is transmitted in a serial by bit fashion using a 
binary dipulse technique. (See paragraph 3.6 for coax transmission protocol.) 


Data to be transmitted over the coax has a bit rate of 2.3587 MH2. Communication 
“is as follows: 


Twelve (12) bits are assembled to form one (1) twelve (12) bit word for 
transmission in either direction over the coax. The first bit of the twelve (12) 
bit word is used to delimit successive words from the controller and is always a 
"one €1)" bit and are referred to as the "Sync bit”. The last bit of each twelve 
C12) bit word is the parity bit that maintains even parity when added to the 
preceding eleven (11) bits. Word groups of twelve (€12) bits each may be 
contiguous. In this case, the sync bit of the next word must directly follow the 
parity bit of the preceding word with no intervening pad bits. A word from the 
controller to the device (display or printer) is a command or data word. Each 
Write type command causes a Transmission Turnaround 7/7 Aute Response (TT/VAR) 
following the last word of each group of contiguous words sent from the 
controller, and the device responds with clean status (bits 1 and 12) if the 
word(s) was (were) received without a Transmit Check. A word frem a devica in 
response to a Read type command is either data or a status word. The device must 
begin response (data, status or TT/VAR) within 5.5 microseccnds after receiving the 
ending sequence from the controller (both read and write tyre commands.) The 5.5 
usec. 1S measured from the end of the last bit time of the received ending sequence 
to the beginning of the first bit time of the transmitted starting sequence. 


The 12 bit command word from the controller to a device contains address bits > 
{nnich must be zero} and a cemmand code. The address portion of the command word 
is three bits in length (Bits 2,3,4) which provides five bits for Sommene codes 
(Bits 5,6,7,8 and 3). 


Reserved bits in all commands and responses are zero. 


3.2.1 COMMAND WORD TO DEVICE 


j 234 56789 10 11. 12 
SYNC 000 Oe OO 4 0 1 x 
BIT ADDR. CMND CMND. Parity 
The command word address in bits 2-4 must be zero. Devices must not respond with 


TTZAR (clean response) if any other value is present in these bits. The control 
unit treats this type of error as a Transmit Check (see section 3.7). 
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3.2.2 DATA WORD TO DEVICE (BIT 2 IS MOST SIGNIFICANT) 


1 2345 6789 10 a {2 
SYNC xXXX XXXX Xx 0 6 
BIT DATA WORD x Data Parity 


x Bit 10 is a parity bit Codd) for the preceding eight bits. 


Data Words of less than 8&8 significant bits are rignt justified (by the controller) 
and the hish order bits set to zero. 


3.2.3 STATUS WORD TO CONTROLLER 


1 2345 6 7 8 9 10 11 12 
SYNC 0000 x 0 0 > 4 0 0 4 
BIT ( STATUS BITS ) PARITY 

OR: 
1 2345 6733 10 11 12 

SYNC SPECIAL 1 0 4 

BIT STATUS PARITY 


A status word is always sent Cin response to a POLL command) froma device that has 
power on and has completed its POR sequence. (Prior to receiving POR Response 
from a device, the controller holds the device 'deactivated.’ The controller POLLs 
the device but ignores any response except POR Response.) A response of all zeros 
except for bits 1 and 12 indicates that there are no error conditions to be 
reported up line and no operator activity requiring service. This response is 
referred to as TT/AR or a "clean” response. 


3.2.4 DATA WORD TO CONTROLLER (BIT 2 IS MOST SIGNIFICANT) 


1 2345 6783 i0 11 12 
SYNC XXXX xXXXX P 0 P 
BIT DATA WORD ¥ Parity 


*Bit 10 = Parity bit Codd) for the eight bit (2 thru 9) data word for Read 
Data and Read Multiple commands. 


Data Words of less than 8 significant bits must be right justified (by the device) 
and the high order bits set to zero. 
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DEVICE 


eee 


The following commands apply to TCA attached distributed function devices: 


NOTES: 
In resconse to the reserved read commands, 
word with bad parity (bits 2 thru 10 all zero) regardless of bit 8 


READ COMMANDS 


56789 


Hh OOM OH Or HOM OOO 
mH Rr OR OM HR OOM OOOO 
Hr Oh EO Or OOOH H OO 
tH Dr eer OO OOODIH Aa 
sonal casi anal sonal amall saad candi anal nmol anil ned anal anal anal anal eno 


WRITE 
56789 


Q0000 


Lom | 
ao 
p+ 
ae | 


bt teh OR ROO OOO 
mH OO DOr RH RRO ORr HOS 
He OOODOrM HM OO rR OF, rr 
Hr OOF Or OOO-M Or 
Qooooa0ooeoc0ncaooocnaqoo 


command. 


The reserved write commands reset the previous command. 


~ 
~— 


COMMANDS 


CXXXX1) XXX11 


POLL 

READ NATA 
Reserved 
Reserved 

READ TERMINAL I.D. 
POLL/ACK 
Reserved 
Reserved 
Reserved 

READ MULTIPLE 
Reserved 
Reserved 


Reserved 
3 


nm 
ba] 


CXXXXO ) 


Reserved 
RESET 
Reserved 
WRITE DATA 
Reserved 
LOAD ADPRESS COUNTER HIGH 
LOAD ADDRESS COUNTER LOW 
START OPERATION 
Reserved 
DIAGNOSTIC RESET 
Reserved 
vw 


¥¥ 
bal 
¥¥ 
vv 


>: Response Parity Checked 
XXX01: Ba 


" Not ” 


the device must return an all zero cata 


in the read 


If no other eommane or 


data word directly follows the reserved command, TT/AR takes place. 
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3.4 READ COMMAND FUNCTIONS 


een 


3.4.1 Q0001-POLL AND 10001-POLL/ACK 


Both the POLL and POLL/ZACK commands (like all TCA command words} must have bits 
2-4 of the command word set to zero. If bits 2-4 are other than zero when examined 
by the device, the status response is withheld by the device. 


Bits 2,3,4 = 0 


Bit 5 = ACKnowledge last input message to controller. 
1 2 3 4 5 6 7 8 9 10 Iii 12 
SYNC 0 0 0 Xx 0 0 0 1 0 Ly oF 
BIT ( POLL Command ) : ds 


The response word to a POLL is a one word status response. If a non-zero status 
word 15 sent to the controller, the device should anticipate receiving a POLL/ACKX 
to acknowledge the acceptance of the first status word, cause the device to 
respond with "clean”™ status and reset the previously returned status bits. Upon 
receipt of the clean status response the controller may issue another POLL, 
without the ACK bit, and the device must respond with the second status word. If 
the second POLL does not have the ACK bit on, the device must respond with the 
first status word again. Repetitive POLLing and POLL ACKing of the device may 
continue until an all zero status response to a POLL is received at the controller 
or the controller reaches an error threshold. 


The priority of POLL response is: 


1 POR complete Special status code. 
2 Base Status (Bits 6,9) *® 


* Multiple bits of base status may be returned tn a POLL response. If a 
Status Bit is returned and not ACK'd, the same bit must be returned in the 
next POLL response. The other status bit may be added to a previously 
returned status bit if a POLL is received prior to receipt of a POLL/ACK, 


If there is no status to send, an all zero POLL response jis sent indicating that 
service 15 not required at the device and the controller is released to POLL the 
next device. 


3.4.2 RESPONSE TO POLL (CSTATUS WORDS) 


The status response word from the device is: 


1 2345 6 7 8 3 10 11 12 
SYNC 0000 STATUS RES RES RES SPECIAL RESEKVED PAKITY 
BIT ADDR TRANS 0 0 0 STATUS 0 BIT 
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Bit 1 = Syne Bit 
Bits 2> oe 4, 5 = 0 Cadcdress) 
Bit 6 = 1 Status (synchronous or asynchronous) has been set in the Status 


Register. See sections 6.0 and 7.0 
Bit 7 = Reserved 
Bit 8 = Reserved 
Bit 9 = Reserved | 
Bit 10 = 1 Redefines bits 2 thru 9 as being Special status. 
Special status codes are: 
2345 6789 
0000 0010 Device has powered on since last POLL. This code jis 
sent only in response to a POLL received after a power 
on Cor Reset Command) sequence is complete. See Reset 
Command. 


Bit 11 = Reserved 
Bit 12 


Parity Bit - maintains even perity of the preceding eleven (11) bits. 


3.4.3 OTHER READ COMMANDS 


Each of these commands causes the device to return one or more Data Words. The 
ending sequence must follow the l2th (P) bit of the last Response word. 


00011 READ DATA | | 
The read data command causes the addressed device to respond with-one data 
word from storage at the current address counter value. The address counter 
steps up once at the completion of the command. | 


01011 READ MULTIPLE 
This command causes the cevice to respond with one or more data words from 
storage beginning at the current I/0 address counter value. The read 
terminates (with ending sequence) when the two low order bits of the I/0 
address counter ster to 00. A maximum of four bytes is returned. 


01001 READ TERMINAL ID 
This command causes the axes toe respona with one data word. In addition, 
the command interrupts the device processor. The control unit acknowledges 
Expedited Status using Read Terminel ID as an ‘alternate Start Op’ mechanism. 


The format of the response data word is as follows: 
1 2345 678 9 10 1 Se 


SYNC 60600600 00 98 } 0 0 P 
BIT € Distributed Functicn. Device ) 


3.5 WRITE COMMAND FUNCTIONS 


Many of the Write Commands are defined as being followed by one (or mora) bytes of 
data. The device executes the command following receipt of the data byte. If a 
second command is received instead of the data byte for the first command, the 
first command jis lest and the second command sequence started. Write type 
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commands remain active until reset by the next command Cincluding POLL). Data 
cent whtle no command is stored is lost with TT/AR being returned. 


00010 RESET 


In the device, the RESET command resets any pending status tn the coax 
adapter and interrupts the microprocessor. The microprocessor must 
terminate any operation in process and respond with TT/AR. The control unit 
then disconnects the interface. Subsequently, when the control unit issues a 


POLL command, the adapter responds with a POR complete status code. The 
adapter is then able to accept and execute any valid command. The message 
buffer must be cleared, and the controller output area is cleared. The 
following portion of the Device Output Area is initialized (reference section 
328%.12: . 

Bytes 9 thru B: All zero. 

Bytes C thru ll: Terminal ID bytes initializec. 


Bytes 12 thru 7F: All zero. 
Bytes 80 thru 9F: Device Information (section 4.1) 


NOTE: 
POR Complete must not be returned if the reset Ceither Command, Power On,» or 
operator initiated) 'failed', that is, if the device is broken. 


This command is only issued guring error recovery and the Controller IML 
sequence. The device must be capable of accepting two or more successive 
Reset commands Cwithout intervening POLL commands) and respond with a single 
POR Response to a subsequent POLL. Prior to returning POR Response the 
device may terminate communication with the controller. 


01100 WRITE DATA 

The WRITE DATA command causes the device to accept all following data words 
for storage in the buffer until another command is received. The data to be 
stored in the buffer must be loaded at the location indicated by the address 
counter. The address counter must step up once for each data word received. 


NOTE: : 
The controller jis responsible for preventing address overflow while writing 
Cor reading) the device buffer. 


10100 LOAD ADDRESS COUNTER LOW 
This command, followed by one data word, loads the 8&8 bits of the data word 
into the 8 low order bits cf the address counter. 


30100 LOAD ADDRESS COUNTER HIGH 
his command, when followed by one data word, loads the data word into the 
high order bits of the address counter. Devices must suppress TI/AR response 
if the data word which follows this cemmand has ones in any of the unused bit 
positions. The control unit treats this type of error as a Transmit Check 
(see section 3.7). 


C1000 START OPERATION 
. This command is used to invoke processing of a function request. The coax 
adapter interrupts the microprocessor. Upon completion of the operation the 
device processor stores synchronovs status in the TCA buffer and sets "status 
available™ in the POLL response. To prevent contreller microcode timeout, 
re oo must complete the operation within a specified time (sea saction 
5 gd) x | 


11100 DIAGNOSTIC RESET 


his command is similar to the RESET command discussed above and is intended 
for service only. . 
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3.6 COAX TRANSMISSION FROTOCOL 


eerenenrenentncucnaeamemm «eater 


The dipulse technique is controlled by the driver receiver logic that guarantees a. 
voltage transition of the coax at mid-bit time. Prior to valid data being 
transmitted, the coax must be conditioned to ensure that bit and byte 
synchronization can be achieved. This requires the transmission of a line quiesce 
and code violation pattern which is generated by the coax driver logic. 


3.6.1 LINE QUIESCE PATTERN 


It is necessary to establish an equilibrium switching condition on the line after 
the null condition of line turn around before valid data can be properly detected 
at the receiver. Each data sequence from either controller or device after line 
turn around is therefore preceded by the following 5 bit biphase encoded data. 


1 | a 7 1 i 


one bit | 
time 


The bit polarity is shown at the logic to Driver/Receaiver interface. Polarity on 
the coax is inverted. 7 


3.6.2 UNIQUE CONTROL CODE VIOLATION 


A code violation follows the line quiesce pattern to differentiate between the > 
quiesce pattern and the start of the valid data following the code violation. 
This is necessary because, due to varying line lengths, it is not possible to 
predict where the received data becomes valid. However, the code violation is 
received properly and provides a clean reference mark for start of transmission. 


A unique balanced code violation sequence containing leading and trailing buffer 
bits to eliminate history dependence on adjacent cata apsoears as follows: 


| | | 


| 


iast "i" sync 
of line code violation bit 
quiesce | 


The trailing buffer bit is actually the sync bit of the following data byte. This 
code violation jis unique in that it contains pulse widths (1 1/2 bit pulse widths) 
not present in normal biphase data (1/2 or 1 bit pulse widths) shown here for 
comparison. 


Page 14 


3274 to Distributed Function Device Product Attachment Information 


June 1985 
\ 0 1 0 1 
Fach bit has mid-bit transition. Thus, once decoded, this code violation 
provides, in addition to a reference mark for start of transmission, an 


unequivocal definition of bit boundaries. 


A means is provided for re-establishing line synchronization with the device by 
using the receipt of a legitimate code violation to reset the device's SERDES. 


3.6.3 TRANSMISSION TERMINATION SEQUENCE (MINI-CODE VIOLATION - MCV) 


In order that the receiver demodulation logic is reset at the end of a 
transmission, so that a subsequent transmission may be properly demodulated, a 
epecial termination sequence is used: 


12 15 14 15 (Bit times) 
P 0 MCV MCV 


| 


wow 
or 
nor 


Ending Secuence 


The last byte of data transmitted has 15 bits. The first 12 bits are as previously 
defined (starting with sync and ending with a parity bit). Tne thirteenth bit isa 
zero followed by two bit times without a mid-bit transition. (These are referred 
to as mini-cocde violations.) The first mini-code violation 1s always used to 
reset the receiver logic. The second merely guarantees that the line does not 
discharge and generate a spurious clock pulse while the logic 1s detecting the 
first MCV. The zero jin the thirteenth bit position allows for discriminating a 
transmit check condition, generated as a result of illesally padded zero bits 
between bytes, from a normal endins sequence. 


3.6.4 COAX TRANSMISSION WAVEFGRMS 


Bits on the coax appear as positive and negative going pulses. Binary data is 
Phase encoded such that a 212 nanosecond (ns) up-level followed by a 212 ns 
Cown-level represents a binary 0. Similarly, a 212 ns down-level followed by a 


212 ns upr-level represents a binary 1. <A predistorted pulse is generated for 
every transition from an up-level to a down-level or vice versa. (See waveforms in 
Figures A and B.)} 


The waveforms shown in Figures A and B are the signals measured across the coax at 
the transmitting unit Ceaither control unit or device). The waveforms shown in 
Figures C and D show the signal across the coax at the receiving end of 1.5 
kilometers of coax. 
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Gis Oh: ite SS De aye > 
ei2 ns 
~*~ 10 ns —_ 
Cees > . . 
PREDISTORTION 
166 ns tidtns PULSE | 
> +1.3V MAX 
+0.8V MIN 
+0.9V MAX 


ee PO 2OV NUN 


ca yy 
-~Q0.25V MIN 


| a ae - Semen) sa — oe SEED Serene —— -0.9V MAX 
ee ee, CORRES : ee Rattner | ane el UY OMA 


< BIPHASE 'Q" >}< BIPHASE '0’ > 
Figure A (Waveform at Transmitting Unit) 
<— 424 ns t 20 ns > 
0 V 
< BIPHASE '0’ BIPHASE 'L" > 


>j}< 


Figure B (Naveform at Transmitting Unit) 


All Rise and Fall Times 30 ns MAX. 
Rise and Fall Times are Exaggerated For Clarity. 
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185 ns 
MIN 


+ 40mV MIN 


PRINCE. nn at a 


- 40mV MIN 


Figure C (Waveform at Receiving End of 1.5 Kilometers) 


+ 40mV MIN 


- 40mV MIN 


Fisure D (Naveform at Receiving End of 1.5 Kilometers) 
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3.7 TRANSMIT CHECK 


A Transmit check is defined as follows: 
1. AO in the sync bit location not followed by the mini-code violation. 


2. The loss of mid-bit transition detected at other than normal ending 
sequence time. | 


. A transmission parity error (btt 12 not being even.) 


3 

4. A data parity error (bit 10 in a data word not maintaining odd parity). 

5. Bits 2, 3, and 4 of a command word other than zero. 

§. One (1) bits in unused bit positions of the data word following a LOAD 
ADDRESS COUNTER HIGH command. 


When a transmit check is sensed in the device, the device must cease accepting all 
data and all commands, and must suppress the TI/ZAR. The stored command, if any, 
must not be reset. Normal operations must resume upon receipt of the next Linea 
Quiesce/Code Violation. 


The controller also tests conditions 1-4 above and provides for error recovery. 


3.8 DEVICE BUFFER 


The Device buffer must be at least 4096 for ~ SNA attachments. and 8192 Bytes for. 
non-SNA attachments to offload control unit buffers and achieve concurrent line 
and control unit utilization with device processing. In SNA environments, 
outbound transmission to different logical units may be interleaved in the queued 
TCA buffer. The outbound pacing parameters of the aggregate active Logical Units 
must be considered for desirable subsystem performance since the 4096 buffer is 
shared by all active Losical Units. In the non-SNA environment cata must be 
buffered in the TCA to free the transmission line and make the control unit 
available to other devices on the cluster while the device processes the data 
asynchronously. The device buffer must be byte addressable by SACH and SACL from 
0 to the buffer size - 1. The buffer is split into two logical sections. Locations 
X'00' to X'7F’ are fixed format and the remainder ts allocated at the discretion 
of the CU. | | | 


NOTE: 
The 3270 PC currently implements a 4096 byte TCA buffer for non-SNA attachment. 
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3.8.1 DEVICE BUFFER FORMAT 
NAME ADDRESS - DESCRIPTION 
DPASTAT x'00’ Asynchronous status present flag 
X'O01' indicates last asynchronous status is 
unacknowledged. 
X'O0' indicates last asynchronous status is 
acknowledced. 
DPSSTAT xO Synchronous status present flag 
X'Ql' indicates last synchronous status 15 
unacknowledged. 
X'00' indicates last synchronous status is 
acknowledged. 
~ DSSV xX 02? Synchronous status value. 
DSSP x'Q3’ Synchronous status parameter. 
DSSP2 x'04! Synchronous status parameter. 
DSSP3 x'g5' Synchronous status parameter. 
DALTAD X'06' Logical Terminal Address (to host) 
DAEY x*O7* Asynchronous status event vslue. 
DAEP. X08" Asynchronous status event parameter #1 
DAEP2 x 09% " " " " #2 
DAEP3 X'OA! " " " $ 
DAEP4 x'OoB? " " W #4 
DTIDI x’QC’ Terminal ID (see Note 1) 
B'xxxxxxid' Distributed Function Device 
“ with a TCA buffer. 
DTID2 x'OD? File ID Qualifier (See Note 4) 
DTID3 X'OE’ Reserved 
DTID4 X'OF’ Reserved 
DBUF A OT eA! Device buffer size in bytes 
(valid after power on, AEDV:online & AEDV: offline) 
Pp En Sea ae Cae oa! Reserved~-must be Q. 
EXFLT a 20" LT Address (Cor X'FF' if physical device) 
EXFRQ Ate. Expedited Status value 
EXFP1 x*22" ES status Parameter 1 (Cif needed) 
EXFP2 mores ES status Parameter 2 Cif needed? 
EXFP3 x'24!' ES status Parameter 3 (Cif needed) 
EXFP4 x 25. ES status Parameter 4 Cif needed) 
EXFAK x26" Post/Acknowledgment flag byte 


X'O1l'"' jindicates last Expedited Status is 
unacknowledged. 

X'00' indicates last Expedited Status is 
acknowledged. 
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CUDP 
CULTAD 


CUFRYV 
CUSYN 
CUFRP 
CUtr 
CUFRP2 
CUFRPS 
CUFRPS 


CUDPORT 


CUAT 
CUDSER 


CULTAI~-5 


EXFDI1 
EXFD2 
EAr DS 
EXFD4 
EXTIME 


xz 
© 
a 
m 
Bs 


Yess ex 53? 
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ADDRESS DESCRIPT IN 

M27 =X Se Reservec-nust be 0. | 

x'4G40'~X'G]! Dats adcr2ss within the device buffer. 
(Must be alégned on HW boundary). 

x'G2! Logical Varminal Address (from host) 

a4" Reserved | 

x'q4? Synchroncus function request value. 

x'G5!’ Request synchronization switch (toggle). 

X'46"-X'49! Synchrorcus Function request parameters. 

X'S6! Parm 1 

x'47? Parm 2 

xX'S8! Parm 3 

x'S49! Parm 4 

X"GATHX'SGEF® Reserved parameter area. 

Gio Device pert number (1 - 31) 

Gee Bes Control unit host attachment protocol (see Note 2) 


Error ccoce value for last-ditch-commanc~-queue, 


Xx'54'~-xX'5a" MIS Addresses. See section IIIT a Se 
X'59*~-xX'5B? Reservec. | | 
msc! ’ ES Response parameter 1 (Cif needed) 
X'5D! ES Response parameter 2 (if needed) 
A Se! ES Response parameter 3 Cif needed) 
X'5F* ES Response parameter 4 Cif needed) 
x*60! Host transaction timing 
X'OL’ indicates Host Timing mode 
is in effect. 
X'00' indicates Device Timing mode 
is in effect. | : 
AVG =x 7D Reservec. 
> Oe ea? Gay ba Controller TCA Support Level 
(See Nete 3 and section 3.9) 
X'80'-max Data Area (see section 4.1). 


DTIDIL aligns on address with PCIA printer ID. 
devices. Bit 

Function Device. 
Bit 0 has no function. 
“response to 
"Ready to Dump." 


6/7 (xxxxxxld3 
The TCA butter size must be 4K for SNA, &K for Non-SNA. 


a Diagnostic Reset 
Bits 2 - 5 ere reserved. 


Bit 7 must be off for TCA 
indicates that the device is a Distributed 


It mey be set to 0 orl. Bit 1 may only be set in 
command indicating that the device is 
DTID2-DTID4 are reserved. | 


~ CUSIVE 4s. 3 


CUAT (attachment protocol) hes following flags defined: 


Bit 0 

TP attached 
local attached 
Bit 1 
SNA protocol 
non-SNA protocol 


wee 
moO m © 


en 


CAll other bits are reservec} 


two-byte field that indicates the optional TCA functions 
supported ty the controller. It has the following flags defined (see also 
section 3.959). | | 


Base TCA Function Support Level (see section 3.$.1) 


x'0000" ~ 

Bits O-B ~- Reserved 

Bre °C - 1 = Device Initiated UNBIND Option. Support 
(see section 3.9.2) 

Bits D-E ~- Reserved 

Bit F eee * 


= Non-SN&4 
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Product unique files on disk require a preduct qualifier for product 
distinction on Secondary Diskette Directory and file access requests. The 
product file ID qualifier must be initialized at power on/RESET by the 
distributed function device in DTID2. 


DTID2] Xx'O00! 3290 disk files 
p Cait as 3173 Medel G 
XVO2T=t FRET Reserved 


3.8.2 DEVICE BUFFER CONTROL 


Bytes X'00°' -—- X'3F' are owned and set by the device. They are not altered by the 
CU except DPASTAT, DPSSTAT and EXFAK are reset by the CU to acknowledge receipt of 
Asynchronous/Synchronous/Expedited status respectively. For details see section 
| RC 


Bytes X'40' - X'7F’ are owned and set by the CU. They are not altered by the 
Device except for being initialized to zero by power on or the RESET command. 


Bytes X'&0" =- n are controlled and allocated by the CU and are altered by the 


device only on request from the CU. The data in this area is preceded by a four 
byte Message Header Cexcept when a device has posted a POR). 


Length-2 bytes. Length of the data plus flag and length 


fields. 
VALID 
Flags-2 bytes: | OUT BOUND IN BOUND 
(from device) (to device) 
Bit 0 = 1 first of message x x 
= 0 not first of messasge x x 
Bit 1 = 1 last of message x x 
= 0 not last of message x x 
Bit 2 = 0 except for WCTL (see section 5.12) x 
Bit 3 = 1 BSC transparency recuired x x 
= 0 BSC transparency not required x x 
Bit 4 = 1 inbound BSC test recuest function x 
CU generates actusl */ Reader on 
message . 
= @ not a test request function. x 
Bit 5 = 1 SNA channel buffer overrun (RU size x 
exceeds Bind max. specification 1536) 
= 0 SNA complete record x 
Bi 6 = Permanently Reservec 
Bit 7 Reserved 
Bit 8 = 1 FMH present (Local Copy) x 
Csee section 9.6) 
= 0 No FMHP present 
Bit 9 = 1 Query Reply Expected €Local Copy) x 


(see section 3.6) 
= 0 Query Reply not Expected 
Bit 10-15 Reserved 


For SNA attach, outbound data requested by WDAT does net use bits 0 and 1. 
Segmented data is indicated by the transmission header. 


3.9 CONTROLLER TCA SUPPORT LEVEL 


CUSLVL indicates to the device any optional TCA functions which are supported by 
the controller. A device may connect to a controller that supports opticens that 
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it (the device) does not surport. since sll such options are downward compatible. 
Hewever, if a device attempts to use a particular option that is not supported by — 
the controller it is attached to, that device may cause a synchronization error 
end be disconnected from the controller with a 249 machine check, 


3.9.1 BASE TCA SUPPORT LEVEL 


A value of CUSLVL equal to zero indicates that the controller does not support any 
options. . 


3.9.2 DEVICE INITIATED UNBIND SUPPORT OPTION 


CUSLVL Bit 'C' set to '1’ indicates that the controller supports receipt of a 
cevice initiated UNBIND. ! | 


3.9.3  NON-SNA SLOW DEVICE SUPPORT OPTION 


CUSLVL Bit 'F* set to 'l’' indicates that the controller supports FCDEF and AESTAT 
status for non-SNA attachments. It also indicates that the controller supports 
extended AEDV status as outlined in sections 11.2.1.1 and 11.2.1.2. 


soalisgnemetiimenanntnemmnes eee 
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4.0 DEVICE CONTROL 


Device control 15 composed of interchanges between the CU and the Device in a 
particular sequence to achieve a desired state. This section defines the rules 
governing trose interchances. . 


4.1 INITIALIZATION 


Synchronizetion of “power on” is a CU responsibility. If a device is powered on 
before the CU, then the CU must issue a Reset command te that device to force power 
on initialization. At the time a "power on" special status is sant ts the CU, the 
device must have locations X'00' - X'7F'’ of its buffer set to zero except DTIDI 
(Terminal ID field) and DBUF which are set to their appropriate vaiues. The CU 
identifies the device via the Read Terminal ID command and by reading the contents 
of DTIDIL in the device communicaticns area. This byte must remain unaltered while 
power 315 cn in the Device. DBUF value may be altered after POR, online, or 
offline. 


In addition locations X'&0'’~-'84' must contain the apprepriate device information, 
as outlinec below, when the device returns a POR. Note however, that if the power 
on response 1s the result of a "Diagnostic Resat”™ command and the device has set 
DTIDL bit iL=!L tndicating that it is reacy to dump, the TCA buffer starting at 
location X'80' should not be altered with the device information. Locations 
X¥'85'’-'A3' sre optional, However, if these fields are not used, they must be = 0. 


This informaticn jis read back and stored in the controller. It is intended for 
enhanced network management and device problem determination pursoses. The 
controller may disconnect any device not supplying the mandatory fields (1 and 2) 
as discussed below. 


The following information 18 mandatory: 


Information Length Format 
1. Device Type 4 Bytes E8CDIC CNumeric) 
(Device Numoer, Not For Non-IBM Products, this 
Device Emulated) field must be rignt-justified 
(Start az xK'80'") padded with X’'FO' if necessary. 
2. Customer 1 Byte 
Programmable and Bits 0-3: X'1'’ = Hardware or Microcode 
IBM/Non-15BM X'E* = Customer Programmsble 
Identifiers Mechine 
(Start et XK'8&4") Bits 4-7: X'1i' = IBM Product 
X'9" = Non-IBM Product 


Other Values Reserved 
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The following information is optional: 


Information Lenoth Format 
3. Model Number 3 bytes EB3CDIC AE Chars, right-justified 
(Start at X'8&5"') and padded with X'4$0' chars. 
| ° X'O000000' if unknown or n/a. 
4. Plant of > 2 bytes EBCDIC Characters designating 
Manufacture manufacturing Location. 
or Origin X'0000' tf unknown or na. 


(Start at X'&&') 


5. Serial Number 7 bytes EBCDIC AE Chars, right-justified 
(Start at X'8&A'") and padded with X'FO!' chars. 
X'00..00' if unknonn or nZa. 
6. Software Release 3 bytes. EBCDIC AE Chars, right-justified 
Level and padded with FO characters 
(Start at X’$1") X'000000' if unknown or n/a. 
7. Device Specific 16 bytes EBCDIC AE Chars, user defined 
Information padding and justification. 
(Start at X'94"') X'00..00° if unknown or nZa. 


NOTES: AE Characters are EBCDIC 0-9, A-Z, $, #, @, peried, null. 
n/a = not applicable. 
Device Specific Information may be Release or EC Levels 
or any other data a product may Wish to supply to 
identify its characteristics. 


The CU, after identifying the device, initializes bytes X'50' - x"'51? 


CCUDPORT,CUAT), and bytes X'54' to X'5&" (CCULTA) prior to issuing any Start Op 
command. CUAT and CUSLVL are not modified subsequently. 


4.2 CU FUNCTION REQUEST SYNCHRONIZATION 


The CU prepares a function request by writing the following into the device 
buffer: | 


Ay Synchronous status must be acknowledged (DPSSTAT).. Cptionally, asynchronous 
status may be acknowledged. | 


2. The data address, if any,» into CUDP 

3 The function request value into CUFRV 

4. Toggling the request synchronization flag CUSYN 
5 Any associated Parameters into CUFRP 

6. The data, if any, into CUDATA (optional) 


If the above sequence is successful, then, by serarate command queue, thea request 
1S Initiated with a Start Cperation. 


NOTE: 

Command queue retry does not cause the request synchronization (CUSYN), 
ésynchronous acknowledgement (DPASTAT), or synchronous acknowledgement (DPSSTAT) 
Tields to exhibit multipie transitions. Further, the device does not examine 
these fields until a Start Operation is received. 7 


The Start Op causes the Device to interpret and process the function request. 
When the processing is complete, the device posts request completion CDPSSTAT)> 
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stcres completion code jin DSSV with any associated parameters. Then, status 
aveilable (bit 6) is set en and made available as a POLL response. 


Once Start Operation is issued, the CU looks for function completion status. The 
CU coes this by POLL. When the status is available, the CU reads DPSSTAT, DSSV 
anc tts parameters, and processes that status. 


The Device hardware must reset the status available bit as a POLL response on 
receipt of POLL ACK. 


The CU does not issue a second function recuest until the function completicn 
stazus of the first request has been read and acknowledged by writing DPSSTAT to 
X'Oo2',. The CU may write CUDSER and issue a Start Operation command anytime, but 
only if the intention is to disconnect the interface by sending out the 
"last-ditch-command-queue”, 


4.3 ASYNCHRONOUS EVENT SYNCHRONIZATION 


emcees nena naper ete 


The Device reports an asynchronous event to the CU by placing the ‘event 
identification in DAEV with any associated parameters, X'O1' tn DPASTAT and by 
subsequently setting Status Available (bit 6) in response to a POLL. 


Following receipt of an Status Available POLL response, the CU reads DPASTAT, DAEV 
anc DAEP(s) and processes them as appropriate. The CU acknowledges receipt of the 
status by writing X'00' to DPASTAT and making a Cany) function request to the 
Device. 


On receipt of a Start Op while DPASTAT is zero, the Device may report a queved 
asynchronous event. Only one asynchronous event may be reported and 
unacknewledged at any time. It is the responsibility of the Device to queue any 
asynchronous events while waiting for an acknowledgement. 


If the CU cannot process an asynchronous event (because, for example, it is 
processing a synchronous) function for that device), the CU queues that event 
(acknowledged or unacknowledsged,) until it can be processed. If the event is 
unecknowledged, the CU need only remember that an event occurred. 


4.4 EXPEDITED STATUS CES) INTERFACE 


ES provides a means to service device requests on an immediate basis independent 
of other states of the device or its logical terminals. ES communication utilizes 
unicsue TCA fields. ES requests from the device are given priority over 
synchronous status and asynchroncus device requests. ES recuests may be used to 
communicate status of tntermediate steps or totally asynchronous events during 
concurrent execution of a function request which hac not been completed. The 
device prepares status to be returned ona bit & POLL response. Processing of ES 
does not allow a function request to be issued. The csontreller sicnals the device 
when processing has completed by issuing a command which causes a TCA interrupt. 
This command, in this context, is called the "Alternate Start Operation”, but is 
1dentical in format and performs the same coax function as Read Terminal ID. The 
Read Terminal ID command is an alternate means of interrupting the device 
precessor. 


4.4.1 FLOW 


The controller - device sequence for ES is, as follows: 
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DESCRIPTION CONTROLLER DEVICE 

Device Request | , Store ES Request and 
| , 7 Post 'ACK' Flag | 

Post Coax Status. | | | | 
_ : °C See 

CS Seb e 6 Status 


Read Status. Read IFS TCA Areas =ses5 
ee ats 


Process Rokuest Code 


“Write ‘ACK’ Field bes ha DA 


Interrupt Device Alternate Start Op > 
: {-——--—--———Data Response 


Device Interrupt start Uperstion—————— > 


Device Post-Processing 


Successful receipt of the "Alternate Start Op" ends the ES communication. The 
device does not examine the TCA ES area until receipt of this command. As with 
function request synchronization, the Alternate Start Operation command must be 
issued separately from writing request acknowledgement in EXFAK. Should the 
device receive multiple TCA interrupts resulting from error recovery, receipt of 
additional interrupts must be ignored (as determined by the state of the ACK flag 
in EXFAK). The device must recognize the difference between an initial interrupt 
and retry. 


4.4.2 STATUS PRIORITIZATION 


The base status response to POLL can potentially represent cevice requests to 
service any or all of the three device status paths: Expedited, Synchronous, and 
Asynchronous. To process the status response to POLL, the control unit reads 
EXFAK, DPSSTAT, and DPASTAT. Status 15 serviced in the order of Expedited, 
Synchronous, and Asynchronous Chigh to low priority). Asynchronous status 
processing may be deferred (remain unacknowledged) as long as the control unit and 
device are involved in a logical transaction. 


4.5 RAS CONSIDERATIONS 


A portion of device control is involved with verification that the interface, the 
device, and the CU are functional. These considerations are discussed in the 
following sections. | | 


If a device or part of the control unit is not functional or becomes not 
functional, the controller attempts to write a WCUS containing containing the 
appropriate error code to each TCA device affected. These aeocs fall into several 
catesories as follows: 
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ONN 


2NN 
3NN 
4NN 
5NN 
6NN 
7NN 
&NN 
9NN 


More 


4&4 to 


and iNN 


Error 
Error 
Error 
Error 
Error 
Error 
Error 
Error 
Error 


Codes 
Codes 
Codes 
Codes 
Codes 
Codes 
Codes 
Codes 
Codes 


Information about 
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Reserved 


3274 Detected Device or DCA Errors 

3274 Errors Detected by the 3274 

Application Program Checks Detected by the 3274 
Communication Line or Channel Errors Detected by 3274 
TCA Device Detected Harcware Errors 

TCA Device Detected Application Program Checks 
Reserved 
Reserved 
error in the documentation 


these codes may be found 


referenced in the Introduction (section 1.0). 


4.5.1 


While the CU is active, 
absence of polling or other coax activity for a 
assume the CU 
not normally exceed 1 second. 


seconds. 


A CU could be polling, but not otherwise functional. 
periodically presenting Expedited Status. 
10 seconds, 
display this 


within 


present 


CU ACTIVE 


1s 


Inactive. 


the CU 
condition. 
Expedited Status for 


it periodically POLLs the device. 


If the device detects an 
eustained period of time, it may 
The maximum time between POLLS for an active CU does 
If7vwhen the DCA hangs, POLLS may cease for about 20 


The Device can detect this by 
If the ES request is not acknowledged 

1s not functional. The Device sets an indicator to 
For performance considerations the device should not 
the purpose of soliciting a CU response more 


frequently than once every 30 seconds. 


Sse 


If the device 


15 
answer or acknowledge POLLs. 
and may notify the host of the condition. 


DEVICE ACTIVE 


this period of time, 


exit the powered off state by responding to POLL with the POR response. 


idle and cannot honor any function requests, 


then 1t must not 
The CU treats such a device as powered off during 
The device must 
Due to 


performance considerations power off/power on transitions should not occur more 
frecguently than once every 5 seconds. 


Tf the CU 


see section 8.1) within 1 second, 
terminates further communication with the device Cexcept 
"rower on special status” 
to write a 243 machine check 


device of what has happened. 


attemets 


Issues a function request to the device and the device does not report 
back with either function completion status or Expedited Status (timer interrupt, 


all 


the CU assumes the device is malfunctioning and 
polling) until a 
received. During the disconnect sequence, the 3274 
into the field CUDSER to notify the TCA 
Expedited Status maintains the active (busy) state 


is 


while the synchronous status indicates function completion. 


G ead 


PROCESS TIMINGS 


There are two types of timeout requirements for 3274/Distributed Function Device 
communications: 


= Host Transaction timing and 


= Device Response timing. 


Both types of timing are done by She Distributed Function Device and are reported 
to the 3274 via Expedited Status (CES). 
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A field in the TCA CEXTIME) indicates which type of timing should be done. The 
OFF/SNORMAL/DEFAULT state of this field 1s Device Response timing. Host 
Transaction timing occurs only when the field (flag) is set. | 


In Device Response timing mode, the device must report ES every 0.375 to 0.75 
seconds from the issuance of a Function Request until the device reports 
synchronous status. ; 


During Host Transaction timing, the device must report ES every 0.375 to 0.75 
seconds until the "Host Transaction timing” flag is reset, independent of function 
requests and device states. The control unit jnitiates this type of timing on a 
Function Request by setting the flag in EXTIME. Host Transaction timing ends when 
the flag is reset. The flag is set/reset anytime by the control unit without 
initiating a device interrupt. : a. 


For non-SNA (both BSC and local channel), a maximum of 9 ES TIMER interrupts may be 
presented by the device. Host Transaction timing 3185 not defined for SNA 
attachments. 7 


For Device Response timing, 49 to 63 ES TIMER interrupts are allowed (at the 
discretion of the control unit). 


If the device times out, the interface is disconnected with a 243 machine check 

and appear powered off to the host. The control unit does not require Device 

Response timing before the first device ONLINE request (CAEDV), t.e., during IML 
and down stream loading of the device. 


The time intervals allowed Cin seconds) are as follows: 
NON-SNA 


BSC and LOCAL CHANNEL 
9 Intervals 


ES TIMER 
INTERVAL 


DEVICE RESPONSE TIMING 
49 to 63 Intervals 


18.375 to 23.625 
S675 eo 47-25 


4.5.4 ERROR EVENTS 


Tne Device must resort errors as asynchronous events. The frequency of reporting 
hardware errors must be limited to avoid overrunning the CU. If an error or error 
eequence 18 occurring repeatedly, it is not reported on each occurrence unless 
manual intervention (€such as an operator depressing a RESET key), a new host 
transmission, or a delay of at least 1 seccnd occurs. Sections 6.1 and 7.1 
describe the mechanism for reporting such errors. 


4.5.5 ERROR EVENT LOGGING 


The Device may report each error to the control unit for maintenance statistics 
When the error occurs (under constraint in preceding paragraph). The CU maintains 
report summary counters for host program errors, transient hardware errors, and 
permanent hardware errors regardless of whether the Device is powered on. 


Devices are not required to report 630, 632, 633, 635 or 636 errors to the 
controller. If they are sent by the device, the controller logs them but does not 
generate an Alert because these codes are generated either as the result of a 3NN 
code sent to the device from the controller or are considered a non-error 
condition such as "disk not ready" (see section 10.1). | 


Page 28 


3274 to Distributed Function Device Product Attacnment Information 
June 1985 


A transmission error from the CU to the device is detected by the device which must 
then yonore that coax transmission and inhibit the TT/AR response. When the 3274 
cces not cet the TIZAR it stores immediately and goes into error recovery state, 


If the error occurs on the transmission from the device to the CU, TT/AR error or 
parity error, the CU stops and goes into error recovery state. 


4.6.1 RETRY OF NON START OP COMMAND QUEUES 


When a string of COAXK commands and data fails, jit normally causes the 3274 to 
attempt recovery by retrying the operation. This is possible due to the design of 
the device adepter and 3274 which prevents any invalid ccmmands or data from being 
crocessed or stored into the device’s memory. 


4.6.2 RETRY OF START OP COMMAND QUEUES 


The recevery from a command aqueve containing a Start Op command is similar to the 
above but has several implications which must be understood. There are four 
different error states which are possible as the result of a Start Op command 
failure. 


1. The Start Op command was lost on the transmission from the CU to the device. 
In this case when the command is reissued by the CU the device processes it 
normally. 


2. The Start Op was received by the device but the TT/ZAR response was lost on the 
device to CU transmission. In this case the device jis presented with an 
interrupt and the CU attempts recovery by resending the Start Op command. 


a. The device may not yet have started to process the Start Op command. In 
this case the device must NO-OP the second Start Op and no problems 
arise. 


b. The device has started to process the function reauest specified by the 
Start Op but has not completed processing the request. The cevica-Cu 
hand~shaking protecol allows the device to recognize the second Start Op 
as a duplicate and icneres the (second) Start Op. 


Cc. The device has completed processing the function request, has posted the 
completion (synchronous) status but the CU has not yet processed the 
completion status. Since the synchronous status has not been 


acknowledged by the CU, the device must also recognize and ignore the 
second Start Op. 


4.6.3 UNRECOVERABLE ERRORS 


In the event that the CU recaives invalid device status, the CU initiates the 
cevica disconnect action of posting an error code (which, if non-zero, is the 
value of the machine check indicator to be displayed) in CUDSER and issuing a 
Start Operation command. This is the "last ditch command queve." Retry and 
synchronization states described below are NOT applicable. The device is only 
re-~connected if it returns a POR response. The device should test CUDSER for 
non~zero with the receipt of each Start Op command. Certain device errors cause 
Cevice disconnect without the "last ditch command queue.” 


Page 29 


3274 — Distributed Function Device Product Att achment Information 
ene: 1985 


4.6.4 DETECTION OF SYNCHRONIZATION ERRORS 


It is essential that the cu and the device be able ts maintain synchronization 
over the COAX interface at all times. This interface is controlled via COAX 
commands and status bytes in the device buffer. | 


Every time a new function Beeanet is made the byte CUSYN must be toggled between 
X'OQl’ and X'00'. The device must interpret the togglec value of CUSYN when a new 
function request is made as the acknowleccsement of the previous synchronous | 
status. | | 


Command queue retry may cause a Start Op to be issued multiple times, but CUSYN is 
not changed. This allows the device to ignore the additional Start Op(s) if the 


7 First one Was actually received. 


If CUSYN 15 toggled but the device is still processing a function request when a 
second Start Op is issued, the device must report a fatal synchronization error 
CERFR) to the CU, set the DSSP to K'04' (Synchronization Error), and the device 
indicators should be updated to reflect the error. The CU then puts the device 
into power off state. The device records the synchronization error in the log 
which may be examined using test mode. 


At power-on time the device must set CUSYN to X'00'. The device should expect the 


first function request from the 3274 to set CUSYN to X'O01'. The 3274 maintains the 
value of CUSYN to avoid reading it from the device buffer prior to each Start Op. 
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issued by the CU to the Device as described 


in 


Value Name Function 
iy Galas CNOP Cause interrupt on Device 
oo Ae? WCUS Write Control Unit Status 
X03! WDAT Write Data from Host 
x'04' WDBD Write Data Base Data 
x’ O5' RDCOPY Read block of SCS data for local copy 
x'Q6° WLECC ~ & Write Local Channel Command 
eo OT LOCK ---Non-SNA host selection, device ready request 
X'08! RDAT Generate inbound cata for host _ 
X'09!' WOTL Write printer characteristics for local copy 
- RYOA! PDAT Prepare read data prior to host notification 
use A UB cTccs Terminate chained command sequence 
EDGE RDBD Generate request for data base data 
x'OD!' RPID Read printer assignment ee 
5.1 CNoOP 


CNOP has no function other than to allow a Start Op to be issued without a specific 
function being performed. It may be used to acknonledse asynchronous events. 
CNOP has no parameters. 


9.2 WCUS 


WCUS is used to report CU state changes and CU events that are detected by the CU 
and normally communicated to the operator. The 327% does not manase device 
indicators or indicator areas. (The device does not communicate indicator reset to 
the 3274.) 


WCUS is classified as either: 


1. An anticipated avent, contextually valid to a given multi-step sequence, such 
as ‘copy reauest qusued’ or ‘printer sprinting’. Multiple events are 
prioritized in a ontextual logic progression. Events are grouped by 
function. 


2. Unscheduled status is raported per external conditions asynchronously, such 
as the Reminders and LUSTATUS groups. Unscheduled status is allowed to 
interrupt normal protocol sequences and take pricrity over a scheduled event. 
Unscheduled status may be delayed due to processing algorithms in the CU or 
the device. 


If the device is not "online™ to host CAEDV) the following unscheduled status 
is deferred until the device is "online”™: 


-~Comm Checx Reminder 
-LUSTATUS Group 
“Printer Assignment 


WCUS function requests for LU/PU status are only sent once per status change, or 
following the device’s being placed ONLINE to the host; i.e. LU active WCUS only 
t5sued once from ACTLU or online to DACTLU, ACTLU, DACTPU, ACTPYU or offline. 


When a read or write file function request completes successfully, a CNOP function 
request 1s sent to the device to acknowledge the asynchronous status. If a read or 
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write file function request completes with error, an appropriate WCUS is sent to 
the device (see also section 5.190). 


The following is a list of the conditions pasuees ed by the cu) by area In priority 
Chigh to low) order: 


Group Name Condition Name Event/ Parm 1 Parm 2-4 
Status 
Input Machine Check Event 01. NNN 
Inhibit Communication ; | | 
Check is 02 
Program Check ae 03 ” 
Readiness | oP 
Group Ready, DSL allowed © Event 10 000060 
Ready, no DSL allowed | x 10 020000 
Identity Device Identification Status 29 000000 
Reminders — Communications bas 
Check Reminder Status 30 NNN 
—No Reminder “ Si 000000 — +4 
Disk 
Not Ready (cover open) " ; 69 090000 
Ready (cover closed) " 61 000000 
LT Status —LU Active wf 40 ACTLU Parm2: ~~ 
| = RU byte l 
--LU not Active Status 41 000000 _  .. 
Disk Fatal Hardware Error Status 70 090000 
Completion Disk Media Error oe 70 040000 
Disk Overrun ay 70 060000 
Disk not Ready ia 70 $A0000. 
Wrong Disk m 79 140090 
File not Found 71 020000 
File not Writsable is 71 0890009 
File not Readable 2s 71 100000 
File Locked (contention) sis 71 000000 
File not Locked us 71 120000 
File Overflow ” 71 0E9000 


NOTE: ; 
NNN numbers are the 3270 error codes which are packed decimal and rignt-justified 
in bytes 2,3. 


NOTE: 
Any WCUS condition not recegnized by the device must be acknowledged with normal 
function complete status. 


Sea section 3.2.3 for WCUS values for LOCAL COPY. 


5.2.2 WCUS(20) DEVICE IDENTIFICATION 


When a device eee e AEDV(COnline), the controller may issue a WCUS(20). When the 

Start Op is issued to the device, the controller has placed the information as 

Bene eee below tn the TCA buffer Begone at location X'80' to identify itself 
3) e device. 


When the device responds Function Complete to this command, it may first place its 
corresponding information in the TCA buffer as described below, or may simply 
a return the FC without updating the buffer with its date Snot support the 
command). 
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Upon receipt of the function complete from the cevice, the controller reads the 
appropriate area of the TCA buffer. If the device has provided its own 
information, the controller updates the information received at device POR time 
Csee section 4.1) and then checks that the "cevice type” and "flag byte” are 
valid. As noted in section 4.1, other device information is optional. 


If the device has failed to provide the required information either as a POR or 
WCUS(20) response, the controller disconnects the interface with a 240 machine 
check. 


The devicn informaetion is stored in the controller and is intended for enhanced 
network management and device problem determination purposes. It is also suggested 
that the device retain the information provided by the controller in the WCUS(20) 
command, and make this information available to the device operator upon request. 


Included in both the controller request and the device response are two bytes 
€X'82-83') that must be set by the originator to K'0000'. 


Upon receipt of WCUS(20) Start Op at the device, the controller has placed the 
following information in the device's TCA buffer: 7 


Location Data Comment 

x'’80? A St Length of Data 

x'8&1' X'00! Data Format Identifier 

X'82-83' XK'0000' Reserved. Must be set to zero by 


the controller and not checked 
by the device 


X'&84-87" FwFxFxFx Device Type of Controller 
in EBCDIC (Numeric) 
X'83! Bits Q-3: X'i’=Hardware or Microcode 
X'E’=Customer Programmable 
Machine 
Bits 4-7: X'L '=IBM Machine 


X'J*=Non-IBM Machine 
Other Values Reserved For This Byte 


Seme or all of the following information may also be included, depending cn the. 
length byte above: 


X'89-8B! K'~------ : Model Number tin ES8CDIC AE 
CX'O00000" If unknown) 


X'3C-8D! Xt---~? PLAnt Ge Mandtactures-E3Cd1c per 
IBM Standard CB-0-2021-600 
(X*'0000' if unknown} 


A BERKGSG” AY ha Sees : Seven Digit Serial Number jin EBCDIC 
AE right justified and padded 
with FO ¢(X'00...00'" if unknown) 


X*°95-99" Xt---' Release Lavel of Program in EBCDIC 
AE, right justified and padded 
with FO (x'oo0o' if unknown) 


ROSH AL XR eee Maximum if Digits of User Information 
in EBCDIC AE, User Defined Padding «| 
and Justification 


Note: AE Characters are EBCDIC 0-9, A-Z, $, #, 3, period, null. 
When a device that does not Supnore the WCUS(20) command returns function complete 
to the controller, the ID byte (X'81') remains as set by the controller. If the 


a chooses to update its POR parameters, the TCA buffer should appear as 
ollows: 
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Location Data Comment 
ASO > hee Length of Data 
KTSne «KNOY Data Format Identifier 
X'82-83" X'0000" Reserved | 
X'8G-87" FxFxEXPx Device Type in EBCDIC (Numeric) 
X'88! Bits 0-3: X'1"=Hardware 2-7 Miscocode 

|  X'TE'=Customer Programmable 

Machine 


Bits 4-7: X'Ll'=IBM Machine 
| X'9'=Non-IBM Machine 
Other Values Reserved For This Byte 


Some or all of the following information may also be included, depending on the 
length byte above: | 


NOTE: 

Information previously re by the device in the POR response must also be given 
here, 1.@., zero data from WCUS(€20) response overrides information given in the 
POR response. 


Aw SIV OR. KR Serer : Model Number in EBCDIC AE 
CX'000000" IF unknown) 


A’SC~-SD! X'-~--~! Plant of Manufacture: EBCDIC per 
IBM Standard CB-90-2021-000 
(X'0000' if unknown) 


KOE ot. Res ede” Seven Digit Serial Number in EBCDIC 
| AE, right justified and padded 
with FO (X'00...00' if unknown) 


A bo ee: Je AA ats Release Level. of Program in EBCDIC 
| AE, right justified and padded | 
with FO CX'O000' if unknown or not 
applicable) — 


—X'SB-A7" X* Lo... ’ Maximum 16 Digits of User Information 
in EBCDIC AE, User Defined Padding 
and Justification 


5.2.2 WCUSC42) - RTM CONTROL 


The RTM interface and Last Transaction Time display can be enabled or disabled at 
any time via a WCUS(42) from the CU. If a WCUS(42) is not received from the CU, 
the RTM interface defaults to the disabled state. 


WCUS Paraneecr Value | Descriostion 
PARM 1 42 RTM WCUS 
PARM 2 00 RTM Disabled for LT in CULTAD 
non-006. 7 RTM Enabled for LT 
PARM 3 cot” LTT Not Authcrized 
01 Lit Authorized 


PARM 4 | 00 Reserved 


Refer to section 8.2 for a complete description of the RTM interface. 
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5.3 WdoAT 


Write Data jis used to pass data received from the hest to the Device. The CU 
allocates a portion of the data area of the Device buffer, places the length, 
flags, and data in the allocated area, and tissues the function request with the 
starting addrees of the allocated area specified in CUDP. 


For local channel attachment (SLHA) only, CUFRP2 is set to X'04' if the current 
command is chained to the next command. All other bit combinations are reserved. 
CUFRPI, CUFRP3, and CUFRP4 are not used. 


Command chaining is not applicable for BSC and SNA attachments, t.e., CUFRP1-4 are 
not used. 


5.4 WDBD 


eC pn Ne HED 


Vv 


Write Data Base Data is used to pass data to the Device as retrieved froma file as 
a result of an asynchronous request for data base access. The CU performs the same 
actions as for WDAT if the action is successful plus setting CUFRPI1 to one byte 
file icentifier requested asynchronously by the device CAEDBA), and setting CUFRP2 
(flag byte). CUFRP2 flags are: 


Bit 0 = 0 File retrieved from disk. 
= i File retrieved from 327% memory. 
Bits 1-7 Reserved-must be zero 


Multiple WDBD request may be required to transfer a data file. Device buffer 
control flags (CFOM/LOM) are set accordingly. If the device returns FRA status, 
the the CU terminates the recuest if it +s not LOM. If the data base access is 
unsuccessful, the CU issues WCUS (Machine-Check, Data-3ase-fError, or Not Ready). 
A Disk Reminder may or may not have been previously issued. See section 19.1 for 
specific error conditions. 


v5.5 WLCC 


eee TED 


Write Local Channel Command is used for a non-SNA channel attached 3274 and is 
used to pass a local channel command tos the Device. 


Tre CU places the channel command byte tn CUFRPI. CUFRPC jis set to 'O1' if inbound 
caéta wes sent to the host. 


CUFRP2 38 set to '04’ if the current command was chained from a previous command. 
These values are bit significant (both conditions could exist). 


Valid commands include: 


Erase All Unprotected 6F 
Erase/Write F5 
Erase Write Alternate 7E 
Read Buffer F2 
Read Modified © Fé 
Write Fi 
Write Structured Field F3 
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In Non-SNA attachments, LOCK jis used to synchronize device and control unit to a 
ready state at host selection time. No parameters are required. Normal responses 
are Function Complete or Function Complete SVE Pea pOuS Error (Busy or IR). LOCK 
is not a valid request in SNA attachments. | . 


5.7 RDAT 


Read Data is used when the CU is ready to send data from the Device to the host. 
The CU allocates space in CUDATA, and places the address of the allocated area in 
CUDP, then issues the function request. The Device places the actual length of 
the data + flags + length, the flags, and the data in the Device buffer at the 
location specified by CUDP. CUFRPI and CUFRP2 CRalfword) represent the maximum 
number of data segments which the controller processes out to the host link. The 
target length of each segment is passed tin CUFRP3/CUFRP4 Chalfword). In SNA, one 
and only one complete RU must be constructed using these segmenting parameters. 

RU size is derived from these parameters. If the BIND specifies a smaller RU size, 
then the BIND takes precedence. See Attachment Considerations (section 12.0). The 
data length may not exceed the target length. 


NOTE: : 
CUFRPI/2 jis set for SNA attachment only. In Non-SNA, this parameter is not 
present and the device must assume a value of 1. | 


5.8 PDAT 


PDAT, or prepare inbound data before notifying host, causes the same function to 
be performed as RDAT with the same parameter values used. This improves 
line/channel utilization and controller throughput. 


529 = CT1CCcs 


Terminate Chained Command Sequence is used in non-SNA only to indicate the end of 
a selection sequence. This corresronds to EDT in BSC and no more command chaining 
ina CU non-SNA channel attachment. 


The fel louine positional flacs may be used for CTCCS: 


CUFRP2 '00° Normal termination. 
Note: This velue used for WSF chaining error. 
WCUS program check 1s written after CTCCcs. 


CUFRP2 ‘O01’ Read data accented by host 


CUFRP2 '02" Sequence terminated due to invalid 
select command processing by controller 
(Program Check WCUS is written follouine cTccs) 


CUFRP2 '‘'08" Sequence terminated due to communications check. 
For BSC, this means that a 501 comm. check has 
eccurred. The device must cetermine whether the 
state is to be reset (to state L) or the request 
1s to be reissued. 
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For SLHA, this flag tells the device to reset to state l, 
This parameter 185 set when a comm. check has occurred 

as a result of a Channel Systems Reset (505) having 

been received from the host. This parameter may also 

be set if a Selective Reset has been received after 

the device has been selected (locked. ) 


In response to asynchronous Data Base Store requests (CAEDBS) the CU requests the 
device to load the file in the device buffer in the same manner as data is 
reauested for RDAT. CUFRPI contains the one byte file parameter requested by 
AED83S. CUFRP3,4% specifies the maximum length of data accepted by the CU. Data is 
prepared in the buffer with a 4 byte header (length and flags). The file may 
recuire multiple RDBDs to complete (as indicated by segment flags). 


Successfully updating the. file is indicated only by the acknowledgment of 
asynchronous status. Request failures are jndicated by disk completion status 
CWCUS)., 

NOTE: 

File access 18 protected with Read/Write Lock to other devices during the 
transaction 


If a READ is attempted of a locked file larger than a cache buffer, a "file locked" 
return code is passed to the requesting device. This is to prevent downstream 
loading a partially updated file. 


If the CU is unable to respond to either AEDBS or AEDBA with a RDBD then the CU 
issues WOUS. See section 10.1 for details of WCUS parameters. 


Sait <RDCCE YT 


ene 


Tells the device to send a block of the local copy data stream (SCS format) jin the 
CUDATA area pointed to by CUDP. The maximum lensth of the block is specified in 
CUFRPS and CUFRPS. 


Provides the characteristics of the printer for local copy operation in the CUDATA 
area, including APL Support, Extended SCS support for Set Attribute, PS loaded 

lias names and flags, and printer switch settings. The CU ensures that selection 
criterta for the copy device includes the SCS print feature. The format of these 
characteristics 1s: 
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BYTE NO. 


Length of data beginning at CUDATA 


2,3 Flags. Bit Q=1! First of Message 
Bit 1=1 pa of Message 
Bit 2=9 PCIA Data Format (Base) 
: =1 EMH + Query Reoly SF Format CExtended) 
Bits $= 15 Reserved (must be zero) 


Device ee | 

Byte $: Reserved (must be zero) 

Byte 5 = Printer ID byte X'QlL’ 

Byte 6-17 = Printer ID bytes x'04! thru x OF 


Alias Table ~ dynamic state of PS RAMs, if present. 

Each entry consists of 1 byte Alias and 1 byte PS variable 
flags corresponding to byte 8 of LPS Structured Field. 

CIf the "alias" = ee the flags are jgnored). 


NOTE: 
CUFRP1-4 are not used. 


In order to use Graphic Escape in the data stream the printer must indicate 
support of APL in its terminal ID. | 


In order to use a Set Attribute: 
a. Highlight ~ The spineee must indicate support of underline hishlighting. 
in its terminal ID. Tne controller "corrects" the terminal ID for 
printer type 0001. | | 3 
b. Coler - The printer must indicate support of color in tts terminal ID. 
c. Character set - The printer must indicate the presence of the PS feature, 


and both the device and the printer must have matching aliases and CB bit 
equal to "compare." 


RPID requests the device to respond with: 
@. printer port address, clases number, or assignment request in DSSP or 


b. FRA to terminate the sequence. See section 9.4. 
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6.0 DEFINED SYNCHRONOUS STATUS 


When the Device has completed processing of a function request, it posts DPSSTAT, 
places completion status in BSSV and any associated parameter in DSSP. If the 
request involved generation of data, the data is placed in the indicated portion 
of the buffer with data length and flags. The device then sets Status Available as 
the POLL response. The following values are defined for DSSY: 


Neme Value Descristion 

FCSE x'd02! Function Complete with Synchronous Error 
FC x'a4¢! Function Complete 

FCIR x'o06' Function Complete with Input Required soe 
ERFR x'08! - Error in Function Request 

FRA X'OA! Function Request Aborted 

FCDEF x*OC* Function Complete/Status Deferred 


Undefined values cause interface disconnect. 


6.1 ECSE 


Function Complete with Synchronous Error indicates request processing was 
terminated due toa one of the following conditions placed in DSSP. The controller 
also logs an 'NN' value in the Device Control Block as indicated by DSSP2 (packed 
decimal): 


DSSP: DS SP 2: Reason: BSSr3: 
x?’ OL! n/a Device Busy 
X*0:2% &NN Device Error XXXX 09000 
X'O3' 7NN Command Reject XXXX 0009 
Xx'04' n/a Intervention Required 

(security key off 

or local copy busy) 
x1 954 6NN Data Check XXXX 6000 
x'06' 7NN Op Check XXxX 0000 


This status is not used in SNA because the Device (rather than the CU) is 
responsible for reporting synchronous errors to the host. Asynchronous status is 
employed. 


The device displays internally detected machine and pregram checks @5 6NN and 7NN 
numbers respectively. The numbers 601-639 and 701-799 have been reserved for 
Distributed Function Device use. In addition, the four hish order bits of the 
next byte (DSSP3) are used to bump four 3274 device RAS counters. These counters 
can be displayed by a "V1" test in TEST mode. The interpretation of these counters 
1s device dependent and is described in the device documentation referenced in the 
Introduction (section 1.0). The four low crder bits of this byte must be zero. 


6.2 FC 


Function Complete is used to report normal function completion. 


S coninedl nner creamaammmamnnmmnnsnameneiemenermenamsamentttttiaas mane amangatianmnememmmetennenamnmnasuatenadttttimenmamiesnmen immense ieee 


FCIR is used to request an RDAT by the CU. The device is prepared to accept an. 
RDAT function request. 
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In non-SNA attachments, it is used to report normal completion of a WDAT or WLCC 
function request which contained a READ command in the data. If the WLCC command 
is a Read then the parameter, DSSP, tndicates whether an RDAT request is required, 
or data 15 already available in the buffer. 


X'00' :RDAT must be issued to prepare data 


DSSP 
| X'O1l' :Data is available in TCA buffer 


itt 


In SNA, this status may only be used to eeeet the CU that a response consisting of 
& single segment RU is pending. The CU issues an RDAT to read it before issuing 
any other function request. 


Error in Function Request indicates the interface is broken. The 327% logs a 241 
machine check error code. The CU then disconnects the device (see section 4.6.3). 


Tne device must place a value in DSSP as follows: 


x0" CUAT Invalid or Unsupported 
» G1 ie ed CUFRV Invalid or Unsupported 
x’? 02% CUFRP Invalid or Unsupported 
A°O3' CUDP Invalid or Unsupported 
x'04' Synchronization CCUSYN) Errer 


X'O5' — X'QOF’ Reserved 
X'10' ~- X'FF' Device specific errors 


6.5 RA = 


FUNCTION REQUEST ABORTED 


This completion code is used by the device as a mechanism to cope with contention 

situations. Generally, jit is a means of cancelling an asynchronous request 

because another event of greater significance has occurred. For example, the 

cevice generates an AEEP request but responds FRA to the PDAT or RDAT to service 1% 
pereves the operator pressed the RESET key. See table 6.7. | 


6.6 FCDEF 


When supported by the controller, Function Complete/Status Deferred is valid for 
non-SNA attachments during outbound processing only when the outbound data 
contains an EOQM CEnd of Messace). If the device returns FCDEF completion status 
to outbound data not containing an EOM, the controller disconnects the interface 
with code 246. FCDEF jis not a valid completion for SNA attachments. This 
completion status is used to report function complete with deferred status while 
providing availability of the TCA for other logical terminals sharing it. Refer 
to section 14.0 for specific details. | 


The device must set DSSP as follows: 


X'00! 
X'O1' 


Display, or Printer with Start Print Bit NOT Set (Local Channel Only) 
Printer with Start Print Bit Set CLocal Channel or BSC) 


The device must respond with AESTAT status and associated parameters when the 
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| function subsequently completes (see section 7.8). 


6.7 TABLE SUMMARY 


Summary of request codes and their applicable parameters: 


FLR. CODE CUFRPL CUFRP2 CUFRP3 CUFRPG CUDP 
WONOP 01 —- — — — — 
MUCUS 02 Pp PP PP PP — 

DAT (SLHA) 03 — FF — — DA 
JDAT (BSC/SHA) 03 ~—— — — — DA 
WDBD 04 FN FF —- — DA 
RDCOPY 05 — — <——L § > DA 
WLC 06 cc FF — — —- 

OCK 07 = cea Se = ae 
RDAT 08 <8segments—> <— LS > DA 
WCTL 09 — ~~ — — DA 
DAT OA <8segqments—> <— LS > DA 
CTCCS 0B a FF —- — — 
RDBD OC FN — <-—— LS > DA 
WRPID OD — = ~—— —— — 

Where: 


does not apply or is not used by 3274, 
ignore parameter - contents may be unpredictable 


PP = parameter data for WCUS. 

DA = data buffer address. 

CC = channel command. 

FF = function dependent flags. 

LS = maximum lensth of segment. 

FN = Data Base item name - 1 byte identifier. 


Correlation of recuest codes and synchronous status completion: 


ae ae FC Foot: FOIR ERFR FRA FCDEF 
See  BSY DE CR IR BC OC Se Se, Re 
YCNOP a N ae LD: Se ea ee eas ee ID —e aaa 
“WCUS a N Se Sa eee a ee TD coe ares 
{WDAT N vee: oT D-UP UP .UP UP OUP ID pears 0 
wWDOBD ad N ao ee, Sa ee ee ee ID UP =z 
RDCOPYa N eet EIU ieee, Seen! errs eee | Hee ID =e —— 
WLECC * N Se 2D. Ue SS eee UP ID Sore —. 
LOCK * N UP 2 SS Ne eS eS ID arae pasa 
YRDAT N a JD ae Se Ee ee ID UP —— 
WCTL a@ N = De ses Se eee ee ID UP ae 
YPDAT N De ree eee ee ID UP == 
crTcces * N ee Se ee ee, ID OE: —— 
KDBD 3 WN SS LDS See ee ID UP << 
Y“RPID a WN eo LD. Se eee (ee ee a 


ID UP 
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Non-SNA only commands/response 

Normal completion | 

Valid response to be processed 

Valid response, disconnects interface ~- device broken 
Invalid response, disconnects interface | 

Only these request codes may be usec when the device is in 
initialized state but not online to host | 
= Option must be supported by controller to be a valid 
synchronous status response: Non-SNA Only (See 3.9). 


Oo 
oth ae tte et 


OQ 
t 


+ For local channel, this status ts valid to a printer 
only if the WCC Start Print Bit is set and there is 
no command chaining. It is valid to a display but of no 
extra value when command chaining is intended. 

+ For BSC, this status is valid only if the command 
is a Write, E/N, E/WA, EAU or WSF. If a WSF to a 
printer with either the WCC Start Print Bit set ora 
S270E data stream WSF with start print, the device 
must return FCDEF with DSSP=1. © 
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7.0 DEFINED ASYNCHRONOUS STATUS EVENT VALUES 


Asynchronous Events are initiated by the Device and detected at the CU via a POLL 
response with status available set. The Device must have already placed a value 
in DAEVY and any associated parameter in DAEP, DAEP2, DAEPS. 


The following values are defined for DAEV: 


Name Value Descripvtion 

AEER Ae Asynchronous Error 

AEEP Kee ee. Inbound Event Pending 
AEDBA xX" 24" Data Base Access Needed + 
AEES x'26' End IR 

AEDV x28" Device-CU Local Status 
AEFREE X*2SA! Release Printer 

AEPID » Gees Oa Request Printer Assignment 
AESCOPY Ai 2ed Copy Request 

AECAN x*30! Cancel Copy Request . 
-WcR0) > hc ne ee ee Request Data Base Store ~ 
AESTAT ~ XYSG? Asynchronous Response to Start Op 
7.1 #£AEER 


The device displays internally detected machine and pregram checks as 6NN and 7NN 
numbers, respectively. The numbers 601-699 and 701-7939 have been reserved for 
Distributed Function Device use. These must be reported to the CU as AEER status. 
In addition, the four high order bits of the next byte are used bump four 3274 


device RAS counters. Bits 4 through 7 of this byte must be zero. Any non-zero 
value in DAEPS is stored by the control unit as the most recent error qualifier for 
potential FRU isolation. The RAS counters and the Error Qualifier may be 


displayed by a "/i" test in TEST Mode. 


In addition, type 04% status indicates a "log only” function (Cno error code or 
qualifier). . 


When the device is attached to an SNA controller, AEER status is used to generata 
Alerts for errors detected by the device. Alert is a C&SM function that flows on 
the SSCP-PU session. AEER status generates an NMYT formatted recerd for 6NN and 
7TNN errors only. Alert requires unique controller and hest support. The Logical 
Unit CLT) address must be identified for program checks since they are PLU-SLU 
session related. Therefore, DALTAD must contain a vaiid Losical Unit address for 
7NN errors. 


AEE® TYPE i 2 3 
Temp Error 01 6NN | XXXX 0000 Qualifier 
Perm Error 02 6NN XXXX 0900 ” 
Preq Check 03 7NN XxXXX 00900 " 
Log Only 04 = XXXX 0300 = 


NOTES: 


1. XXXX is used to bump the four (bit significant) counters. 
2% Permanent Device Error - interface disconnected. 
3. The Qualifier is stored by the CU if non-zero. 
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Inbound Event Pending is raised when a message is to be sent to the host. This may 
be used for actions such as an operator pressing the ENTER key. 


For SNA AEEP is also used to generate data from an outbound READ command. 


7.3 AEDBA 


Data Base Access Needed is used to load DSL devices. There are parameters. The CU 
is expected to access the IML CInitial Microcode Load) data base performing the > 
request as indicsted by the parameters to AEDBA. 


Value Description | 
DAEP: | Subsequent WDBD results in the data 


transfer of the named data entity 
(Non-zero value used to identify Data Base file). 


DAEP2, a flag byte parameter, informs the control unit of the type of transaction 
to be performed: 


Read with requirement to Write (update) file 


Bit 0 = 9 
on disk. Qnce initiated, the transaction must 
be completed. The CU puts a Read/Write Lock 
on the disk file to other devices until the 
transaction 15 completed. 

= ff Normal access (Read only) transaction 
Bits 1-7 Reserved must Be zero: 
7.4 AEDBS 


Data base store is requested. The one byte parameter (DAEP) specifies the file 
name to be modified. This asynchronous status is followed by a RDBD request from 
the CU. a 


7.5 AEEB (CNON-SNA ONLY) 


A value of X'O01'’ is used to report END IR if IR had been previously reported on an 
FCSE completion. This request is considered global (multi-Logical Terminals). 
The device jis responsible for determining which LTs owe the host Device End 
status. DAEP2 must contain a bit map representing the online LTs which owe the 
host a Device End based on FCSE:IR being returned. All zeros in DAEP2 is invalid. 


736 BEDY 


This status jis sent to the CU to determine control unit status and control the 
speed a aa esta to the host. Parameter values indicate the functions to be 
performe | | 
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DAEP DAEP2 BAEPS DESCRIPTION 


LT Put device LTs online to the host. 
Bit Map Bit Msap¥® (If an LT is already online to the host, 
this request is invalid for that LT. 
. DAEP2=00 is invalid.) 


roo" LT 190° Take the device LT(s) offline from the host. 

ghee 6 Bit Mapx The LT'’s are returned to an initialized state 
and may use its local resources, but may not 
communicate with the host. (If an LT 
is already offline, this request is invalid 
for that LT. DAEP2=00 may be issued to take 
all LT'’s offline only if one or more LT's are 
online. It jis invalid if all LT's are already 
offline. 


05° "Oo! "O00" Used for service In conjunction with the 
Diagnostic Reset command. DUMP Complete. 


¥The controller must support this optional function (see section 3.9.3) 
for DAEP3 to be non-zero on AEDV(01) or for DAEP2 to be non-zero on 
AEDV(02). For additional information on AEDV status and for explanations 
of the "LT Bit Maes," refer to section li.2.l1. 


7i7- REPREE 


See section 9.90. 


7.8 AESTATCNON-SNA CNLY) 


When supported by the controller (see section 3.8.1), Asynchronous Response to 
Start Operation CAESTAT) is used to report asynchronous function complete to a 
Start Operation command. It may be normal or abnormal completion depending on the 
parameters contained in DAEP, DAEP2, and DAEP3 as follows: 


DAEP DAEP2 DAEP3 Description 

xt 00 x'oo’ x'00' Good Completion 

AP OL n/a Device Busy 

x* 02" 6NN BYIXXXKX 0000! Device Error 

x'o3! 7NN B'XXXX 0000! Command Reject 

X'04! n/a Intervention Required (security key 
off or local copy busy) 

x O53 6NN Brxxxx 0000' Data Check 

x'06' 7NN B'XxxxX 0000! Op Check 


The device displays internally detected machine and program checks in DAEP2 as 6NN 
and 7NN numbers respectively (NN is a packed decimal value). The numbers 601-699 
and 701-799 have been reserved for device use. In addition, the four high order 
bits of DAEPS are used to increment four 3274 device RAS counters. These counters 
can be displayed by a "41" test in Test Mode. The interpretation of these counters 
1s device dependent and is described in the device documentation referenced in the 
Introduction (section 1.0). The four low order bits of DAEP3 should be zero. 


AESTAT is only valid when the reporting LT (specified by DALTAD) has previously 
posted FCDEF. If the device uses FC or FCSE synchronous status to WDAT, it cannot 
use AESTAT asynchronous status relating to the same selection sequence. If the 
device uses FCDEF (deferred) synchroncus status, it must use AESTAT to report the 
asynchronous completion of that event. If the LT has not posted FCDEF, the 
controller disconnects the interface with code 240 upon receipt of AESTAT 
asynchronous status. 
Pe 
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8.0 EXPEDITED STATUS CES) REQUESTS 


The expedited status communication area of the TCA contains several contiguous 

fields. Expedited Status (ES) provides an accurate device timer interval interrupt 

to the control unit measuring elapsed time for a Start Operation (Function 
Request) in process. ES requests also service the RTM function. 


Expedited Status is initiated by tee. Sagat. The control unit responds to ES by 
writing the ES response parameters into the appropriate fields and setting the "ES 
present” flag (CEXFAK) to ACK. The CU's acknowlnaderment is completed by a Read 
Terminal ID command. The CU must not issue a Function Request as part of the 
response to ES. ; 


ES request codes are: 


02 ~ device busy timer interval | 
04 - start RIM timer 
06 - stop RIM timer 
all others reserved 


fb ¢t 5 


8.i DEVICE INTERVAL TIMING (X'02') 


Ee 


All function requests sre timed by the controller for hung device detection. If 
the controller does not receive ES status from the device within .75 seconds, the 
device may be disconnected with a machine check error code. The device must 
report busy status or synchronous completion status within this interval. See. 
process timings in section 4.5.3. Device timing begins at receipt of the function 
request. EXLTA is set to X'FF’ te indicate a physical device level function. 


In the idle state the device may use this ones @5 a no-~op to cetect whether or 
not the control unit is active. 


The contrel unit uses this request to set and reset "host timing mode? and TCA 
fieid EXTIME, C€see section 4.5.3). 


>. 


8.2 RESPONSE TIME MONTTOR OVERVIEW 


eee 


The 3274 Response Time Monitor is a mechanism whereby end-to-end user response 
time can be measured ceperding on a definition dictated by the controller 
Customizing precess or, in certain cases, an application in the host. Response 
times for each logical terminal (LT) are measured and maintained in the 
controller. However, since each device processes its own dats stream, 31¢ must also 
implement some of the RTM function. | 


Response time jis measured on an LT basis. Default parameters are established 
during the controller customizing process for all LTs and may be updated throush 
the host interface for each LT. Upon receipt of an AEDVCO1L} GNLINE reacuest 
Cassuming the controller supports RTM) the CU sends a WCUS(42) for each active LT. 
This WCUS notifies the device whether the RTM interface is enabled or disabled 
(see section 5.2.2). WCUS(42) also notifies the device whether or not the 
operator is authorized to view the last transaction time indicator. For those 
devices that support the controller RAS tests, this authority also pertains to the 
operator's ability to view the RTM logs for all devices on the cluster. 


Response time is defined as the time interval from the beginning of an Attention 
ID CAID) host operation (e.g., ENTER key) to receipt of a resulting data stream 
Corocessed by the device) that satisfies the RIM STOP definition. However, an 
abnormal condition could cause an ABORT of the RIM transaction timing. (An 
accurate description cf the RTM STOP definitions and ABORT ccenditions may be found 
in the RIM Final Functionsl Specification.) The CU (Cor the host) provides the 
device with the appropriate RIM definition, the device nctifies the CU when to 
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START and STOP (Cor ABORT) the RIM transaction timing, and the CU passes the 
resulting time interval back to the device when appropriate. 


NOTE: 
Tre fields carrying the LT addresses CEXFLT for ES and CULTAD for a WCUS) must be 
valid. : 


The RTM function can be enabled or disabled (on an LT basis) by the WCUS(42). The 
device may initiate an RTM transaction via the START RIM Expedited Status command 
ONLY when tre RIM interface is enabled for that LT. The proper (current) RIM 
definition is supplied by the CU in response to START RIM ES. vurless the CU's 
response is "RTM Disabled.” This RIM definition remains in effect throushout the 
RTM transaction. The RTM transaction ends When: 


a. The sppropriate STOP condition is met (detected by the device), 

b. An ASORT condition is detected and reported by the device, 

c. An AdORT condition is detected and reported by the CU, 

d. The LT goes offline, 

e. The device interface is disconnected (e.g., the device powers off) 


Additionally, an RTM parameter supplied with both the WCUS(42) and the START RTM 
ES response, specifies whether or not the device is authorized to display the 
YWLast Transaction Time” CLTT) indicator. The device must react to the most recent 
LTT display authorization regardless of BSL Se it flows on the WCUS(42) or on the 
START RIM ES response. 


NOTE: : 
This 35 permission to vien the indicator only. The operator must provide a 
specific request to subsequently view the indicator. 


The device must not issue either an RTM Start Timer or Stop Timer request if the 
controller hes not sent a WCUSC€42) indicating that RIM jis supported on the 
controller. This 38 interpreted by the controller as an interface error and 
results in the device being disconnected from the interface. 


8.2.1 START TIMER FOR RESPONSE TIME MONITOR (X'04') 


The Start Timer request is associated with initiating an inbound host event (AID). 
When an online LT begins an jinbcund cperation (e.g.,pressing an ENTER key) and 
that LT has KIM enabled as indicated by the controller, the device should indicate 
this "start" cenditicn to the controller via expedited status: 


EXFLT = LT address 
AFRQ = 04 - Start timer 


The controller acknowledges the expedited status with the following parameters: 


EXFD!L = RIM definition 
00 ~ RIM Interface Disabled for this LT 
01 ~ Time to First Character 
02 - Time to Keyboard Available 
02 - Time to Change Direction/End Bracket (vilid Yap 
SNA attachment only) 


EXFD2 = Local display of LTT Authorized 
00 - Last Transaction Time NOT Authorized 
01 - Last Transaction Time Authorized 


The device may issue START RTM ES only when the RTM interface jis enabled. The 


device must also remember the most recent state of the RIM interface for each 
Conline) LT. 
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The RTM transaction is considered active if the CU responds to START RTM ES with a 
non-zero RIM definition. Conversely, the RTM transacticn 1s considered not active 
or not started if the CU's response is "RIM disabled." 


The device must not issue a START RIM ES for an LT with an outstanding active RTM 
transaction. This is a violation of the RTM interface. 


If the CU respends "RIM disabled” to the START RIM ES, the device must not issue 
either START RTM or STOP. RIM aid until notified that RTM is enabled via WCUS(42) 
(see section 5.2.2). 


If ine RTM hardware becomes non-functional, the controller reports this to the 
device via a WCUSCO01) 382 machine check. The device should not issue a START RTM 
for any LT. If a START RTM is received, the LT is notified that RTM is disabled. 
A subsequent START RIM from that same LT (with RIM disabled) violates this 
interface and may cause the CU to disconnect. 7 


8.2.2 STOP TIMER FOR RESPONSE TIME MONITOR (X'06") 


When the device detects that an appropriate RIM STOP or ABORT condition for an 
active RIM transaction has occurred, it notifies the CU with the STOP RIM ES: 


EXFLT = LT address 
EXFRQ = 06 - Stop timer 
EXFP1 = 00 - Stop timer for this LT and record time. 


O1 - Abort timer for this LY. Do not record 
the time in the RTM log. | 


The controller acknowledses the expedited status as follows: 


EXFD1L,2 = Last transaction time in 25 millisecond 
| | increments (16 bit unsigned value) 
EXFD3 = 00 - Above time valid 
01 - Above time invalid (fcr example, Abort 
or RIM hardware problem in controller) 


The RIM transaction ends Cor becomes non-active) with the CU's acknowledcement of 
the STOP RIM ES. 


The device must end each active RTM transaction with STOP RIM ES (for the proper 
LT) unless the LT soes offline or the device is powered off. In this case, the 
controller will terminate the outstanding RTM transaction(s). | 


The device 18 responsible for detecting ane reporting all ABORT esnditions to the 
controller, except when the LT goes offline or the RIM hercwsre becomes 
non-functional. | 


The cevice must not report STOP RTM ES unless an RTM transaction is active for that 
LT. The device must only return one STOP RTM for each START RTM and must not issue 
multiple STARTS or STOPS for a given LT. Any viclation of this rule will cause the 
controller to disconnect the interface. | 


The device is responsible for “rounding” the parameters passed to it tn EXFD1I,2 
(Last Transaction Time) to the nearest one-tenth of a second when displaying the 
last transaction time indicator. This can be easily accomplished by adding X'0002' 
(50 msec) to EXFD1L,2 and shifting right two places. 


NOTE: 
The last transaction time jis included in the controller response regardless of 
whether or not the operator is authorized to view it. 


If the device is notified that the RTM hardware is non-functional (via WCUS(0O1) 
382 machine check), the RIM transaction is considered aborted by the CU. If the 
device issues a aes RIM ES, the CU responds with an invalid Last Transaction Time 
(denoted by EXFD3 = 601). 
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Examples of the RTM flow follow. 
3274 : DISTRIBUTED FUNCTION 
DISPLAY 
ee «ONLINE 
DO rr ttre OS 
® 
@ 
e 
WCOUS(423 > 
RTM enabled/LTIT display enabled 
Creer enemies mmectencanacmaoereaceens ACK 
@ 
® 
e 
ere nnenenettmmnmrimntmmnementennintennmnenremnmemmaonmnncemmenms START RTM 
RTM Definition/LTT 
display enabled nce ermine ID 
eo 
e 
® 
VOUS CO rere > 


RTM enabled/LTT display disabled 
reer mmernnenantnamnemeamanmermanememeatmemmrmnemarnmmemmemey A (> K 


@ 


Se ee ee ee ee LO 
LAST TRANSACTION 
Line Cline: Vel 6) ee 


Note that the last transaction time is not displayed by the device in this case, 
since the last notification was that LTT display was disabled. 


The following example assumes that the RTM interface is initially enabled: 


3274 | DISTRIBUTED FUNCTION 
DisPtay 
ieee SO START RIM 


RTM Definition/LTT 
display enabled ee eee a ee ee 


WSC SC 5. saeco 
RTM disabled 


— ee A 


@ 


Sole a a Re Te OO Oe AOR) 
LTT not valid SS Sr ee rere > 


Page 49 


3274 to Distributed Function ‘Device Product Attachment Information 
June 1985. 


The asynchronous nature of the interface is demonstrated above. The ES flows ona 
higher priority than the WCUS. Therefore, the CU must resronco to either the STOP 
or ABORT after the RTM interface 15 cisabled in this manner. 
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9.0 LOCAL COP 


ed 


This section describes the interface to support a device local copy capability, 
including printer assignment, host (SNA ONLY) or operator (PCM/SNA) initiated copy 
requests, data stream transfer, control unit events and status significant to the 
device, anda set of useable protocols. 


9.1 DATA STREAM INTERFACE TO SUBSYSTEM PRINTERS 


Ca ee IRR Erneanar anaemia inener aneeenrEEnneeeerneamees semen Rae caress ocean ene nemanaenee teen en ee 


The device must generate a pass-thru SCS data stream using a set of device 
controls including NL, CR, FF, SHF, SVF, SLD, HT, VT, Set Attribute Cif the 
printer supports extended data stream functions), and Graphic Escape (Cif the 
printer has APL ROS installed). The printer selected must support $CS. Device 
charactaristics of the printer are given to the device for evaluation. The device 
must send only valid S$CS characters and control codes to the printer. If the 
screen or partition copy .exceeds the physical size of the print buffer then 
multiple data transfers with intervening print operations must be performed in 
order to accommodate the large presentation space. The printer remains allocated 
to the cevice until the copy has been completed. SCS chaining is used to emulate 
a logical unit of work. To the printer the request must appear as a host SCS print 
chain. 


Function Management Headers are not supported on this interface. 

For Multiple Logical Unit considerations the device port is allewed only a single 
queued local copy request and the control unit processes the copy requests 
serially. : 

Attentions received from the printer while performing the device Local Copy is 
stacked by the CU if the printer 1s bound LUI, and discarded by the CU if the 
printer 315 not bound LUI. 

The device may split orders (such as SA, Ge) across chained data. The controller 
sets First-In-Seoment-First-In-Chain CFSFIC) on first-of-message data and 


Last-In-Seogment-Last-In-Chain CLISLIC) on last~-of-message data sent to the 
printer. 


9.2 LOCAL COPY FUNCTION REQUESTS AND STATUS 


G9<2ek “RDCOPY 


See description in section 5.11. 


9.2.2 WCTL 


See description in section 5.12. 


9.2.3 WCUS 


Write Control Unit Status (WCUS, value-X'02') is the vehicle used to shuttle 
status to the device resulting from CU state changes and and other events. These 
are reported directly to the device and indirectly to the device operator. Status 
1S On a Priority basis. Separate NCUS values exist for Local Copy: 
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PARAM } PARAM 2 PARAM 3 STATUS 
SS Reauest Queued 
52 | Long Term Busy 
5S nn Printer Busted 
01 | IR | | 
02 Equipment Check 
| 03 Data Check Cincluding 
= 7 | cata stream errors) 
54 nn Invaliac Printer Number 
55 nn Assicnmert Not Allowed 
56 nn Printer Assigned 
“52 | Printer Available 
58 nn Printing Started 
59 Request Dequeued 
5A Local Copy Not Configured 
bee. nn Print Complete 
5¢ nn Printer. Operational CIR Clir'’d) 
Where nn = »x«x . Printer port address or class number 
"FE' Printer selection possible following matrix 


change 
"FF' No assignment 


cone. KEFED 


AEPID (value X'2C') is the device's request for printer assignment (see section 
9.4). Out of sequence AEPID is responded to with WCUS(C5A) if local ccopy not 
configured. | : 


9.229. KELD 


RPID (value X'0D') is CU reply to AEPID, and requests the device to respond with 
either printer port address or class number (see section 9.4). 


9.2.6 AECA 


AECAN {value X'30') is the device's request to cancel the queued copy request (see 
section $.&). OQut of sequence AECAN is responded to with WCUSC5A) if local copy 
not confisured. 


9.2.7 AEFREE (SNA ONLY) 


AEFREE (value X'2A') isa device request for printer release from Local Copy Hold. 
This jis allewed only when a printer previously held for Local Copy is to be 
released without requesting AECOPY (see section 3.8). | 


Printer Release (without AEFREE request) is forced by ACTLU, DACTLU, and UNBIND vt 
the printer is in Hold state. 


For MDF implementation, AEFREE is sent only when all 'Us are finished with the 
copy hold. | | | 


Out of sequence AEFREE 1s responded to with WCUS(5A) if local copy not configured. 
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9.2.8 AECOPY 


AECOPY (value X'2E') js a device request for Local Copy. The copy request is 
classified by the value of DAEP as to operator initiated and host initiated 
requests: : 


00 = operator initiated 
01 = host initiated (see section $.5) 


Out of sequence AECOPY is responded to with WCUSC5A) if local copy not cornfisured. 


823° QHLINE 


At the device online time, the 3274 issues a WCUS with the default printer 
assignment if the 3274 has been configurec for local copy and the Print 
Author) zation Matrix CPAM) allows local copy frem this port. 


9.4 PRINT JI EQUENCE 


ener rte: 


The device may request printer assignment by sending an AEPID asynchronous status. 
The CU responds with an RPID, to which the device must return Function Complete 
(FC), printer port address or class number, or ‘what printer have you got?' 
(X’FE'). These digits are checked for numeric validity before they are passed to 
the 3274. The 3274 responds with either a Printer Assigned Cincluding X'FF’ - no | 
assionment), Invalid Printer number, or Assignment Not Allowed WCUS function 
request. | | 


FRA response to the RPID is also valid and terminates the sequence. This occurs 
when an outbound messace (WDAT), WCUS(56) due to a PAM matrix change, or a lock 
request is received from the 327% at the same time an AEPID request is sent by the 
cevice. An AEPID received during a copy that is currently printing causes the 
interface to the 3274 to be disconnected. The cevice must not to send AEPID during 
buffer transfer. 


9.5. COPY SESUENCE 


The device must check that the pressing of the PRINT key or the host reauested 
write is allowed, i.e., the current host state allows the print request, anda 
copy request 15 not currently queued. (CAECOPY while queued causes the interface 
to be disconnected.) 


The device may send asynchronous status, AECOPY, to the 327%. ~t 3s not necessary 
to send the printer or class number as the 327% already has this information. The 
CU responds (WCUS): 


Request Queued (51) (may be sent twice) 
or Local Copy not configured (5A) 


Following a WCUS(51), if the printer is not available, the 3274 returns additional 
status via WCUS indicating one of the following: 


Long Term Busy (52) 
Printer Broken (53) 
IR (01) 
EC 002) 
Assianment not allo 
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When the printer becemes available (or immediately if the printer is free), the 
function request WCTL is issued. The 3274 has placed the printer characteristics 
tin the TCA buffer at the adcress specified by CUDP. The actual format of this data 
has been defined previously (see section 5.12). If the characteristics are 
acceptable, synchronous status of FC is returned. | | : 


If the characteristics are unacceptable, synchronous status of ERFR Cif no SCS) or 
FRA Cotherwise, such as DEV CAN / WCTL race condition) 1s returned and the COPY 
request 1s terminated. | 


If the device returned status of FC, the 3274 issues the function request RDCOPY. 
The device must place the cory data in the TCA buffer at the address specified by 
CUDP. CUFRP 3/74 must contain the tarset length for the data. 


The entire buffer transfer may be accomplished with a series of RDCOPY function 
requests. Printing starts after one full buffer of data is loaded into the 
printer. The smaller of the TCA and printer buffer is used to determine the actual 
emount of data that is printed at one time. The device 185 notified via WCUS(58) 
that printing has started. Following the entire transfer, the controller writes 
WCUS(59), request dequeued. 


The print phase of the copy sequence is terminated by the 3274 returning one of the 
following via WCUS: | 


Printer broken (53) (failure during printing) 
Print complete (5B) (good completion) 


9.5.1 SECOND REQUEST PROCESSING 


During the final segment print of the copy data, after the previous request has 
been dequeued, 8 second request may be queued. The copy sequence operates as 
described above, unless the printer fails while printing the last segment of the 
previous request. "Second Reauest Abort’ processing is defined to be the rejection 
of a subsequent copy request when the printer fails on the first. The controller 
dees not send any additional status to the device when this situation occurs. The 
request 18 simply dequeued. A race condition occurs when WCUS(53) for Printer 
Busted is sent at the same time that the second copy request CAECOPY) i858 issued. 
The contreller services the copy request normally up to the point WCTL is issued. 
At this point, the device sends FRA to the WCTL, thus ending the sequence. 


9.6 QUERY 


In order to provide local copy to advanced printers with variable pitch and 
potentially other functions which can affect the print format, the Distributed 
Function Device is able to send Query requests to and receive Query replies from 
the assigned printer before generating a local copy data stream. New printers 
indicate support of architecture for Query List in their "Terminal ID” (PCIA). 
This itnformation is conveyed to the display by the “Extended” WCTL request. 
Consistent with the local copy interface, the display must not pass any data 
stream to the printer wnich would procuce error status or unknown results. | 


A local Save/Restore function is performed by the control unit to an advanced 
printer which supports ‘Ceave/Restore Structured Field architecture. This 
operation is transparent to the Distributed Function Display, except to point out 
that the display should not assume responsibility for initiating the function. 
This capability allows the display to change pitch and MPP without adversely 
affecting output formats set by a host application sharing the printer. The 
control unit initiates a Save SF to the printer at the beginning of the 
Distributed Function Display local copy transaction and later initiates a Restore 
SF at the conclusion of the transaction. 
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In oreer to allow Query information to flow between the cisplay and the printer, 
Function Management Headers and Structured Fieids are supported as pass thru data 
over the local copy interface. 


The local copy protocols are unchanged with printers which co not support Function 
Mansasement Headers or in instances when the use of Query 18 unnecessary, 31.@e.>, 
Distributed Function Device local copy to base printers (vs. advanced printers). 
The existing interface continues to be supported without modification. 


Initial printer characteristics are supplied to the Distributed Function Display 
via a WCTL function request. This includes Printer ID (PCIA) and the current 
Alias Table. If the display requires dynamic format information from the printer 
the “extended” WCTL function 15 requested. The "extended" WCTL contains Query 
Reply data read directly from the printer, whereas, a "base" WCTL conveys the 
information present jin the printer PCIA area. The Query function is handled as a 
conversational element of the Load Transfer phase, initiated by the first RDCOPY 
(Read Copy) reaquest and completed in an extended WCTL recuest. The Load/Print 
Phase of local copy is initiated subsequent to the RDCOPY Query’ extended WCTL 
reply. 


NOTE: 
Local copy always results in multiple transfers. WCUS (58) and WCUS (59) status 
chances are not issued during RDCOPY Query/WCTL processing. 


RDCOPY Query: 


The data stream constructed by the device must conform to architecture commencing 
with a Function Management Header (FMH). The message must not exceed 256 bytes 
and set FOM/LOM flags in Device Buffer Control Flass (see section 3.8.2). Two new 
flags are defined: 


FMH present (local copy only) 
Query Reply expected (local cepy only) 
See section 5.12 for the WCTL bit 2 flag definitions. 


The controller accepts a valid Query request on the first RDCSPY request with 
buffer control flags having the value X'C0C0' followed by the FMH/SF data. 


The controller transfers the query message to the printer and issues a start 
print. Upon completion, the controller transfers the Query Reply data from the 
printer to the display and issues an extended WCTL functicn request. The maximum 
amount of data transferred is 512 bytes. The WCOTL fleg byte 1s set to X'E900' 
CFOM/LOM/@R). The display responds with Function Complete. 


The controller issues another RDCOPY to receive printable data. Normal copy 
sequences ere resumed. 
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DIAGRAM: (Note: Detail of device responses omitted) 
PRINTER 3274 DISTRIBUTED FUNCTION 
. DEYICE 
Printer assignment 


Prt Rast AECOPY 
WCUSC51) (request CvCue> So 


Cspiaver eves soles 


Base RGd ee ee eee 
Saye: SF | | 


Load transfer 


2 DCOPY ——- OO eee | 
<r Copy Data: Query C FMHKP/QREX) 
Oe ry oe 


(Query reply) : 
Extended 1 
DOO 
See eee OY data 


Print 


(printing started) 
MCUs (35) 


Cnormal sequence) 


WCUS (completion status)}—-—-——> 
(Restore SF 


9.7 DEVICE CANCEL SEQUENCE 


To cancel an operator initiated copy request that is queued, the device sends 
asynchronous status, AECAN, to the 3274. See section 9.19.5. 


The device may also cancel the copy sequence by returning FRA response to the 
WCTL. See section 9.10.6 for cancel race description. 


To cancel the copy seauence after the buffer transfer has started but before the 
buffer transfer is complete, the device should respons to a RDCOPY request with 
FC, NL and the Last Of Message flag set to terminate the print. This is necessary 
as a full partition copy could potentially require a long time to print. 


AECAN must not be sent during a host initiated cosy sequence. If sent, the 
controller disconnects the interface. 


9.8 PRINTER HOLD (SNA ONLY) 


pre eee e ED emery 


If a host copy request had been rejected recently (due to local copy), then when a 
printer which may be allocated to the device becomes available, the 3274 holds the 
printer (reject a new begin bracket). If the printer jis still needed for host 
COPY» 8 copy request CAECOPY (€01)) t5 returned. If the device doesn't need the 
printer for host copy no more, it must send asynchronous status AEFREE. 


Page 56 


3274 to Distributed Function Device Product Attachment Information 


June 1985 
PRINTER 3274 DISTRIBUTED FUNCTION 
DEVICE 


SS ere ACCOR TCOLIP RI RQ51 
——— > WCUS (51) 


> WCUS (52) 
(or WCUS (53,01) 


(Printer becomes available) 
> WOUS €57) PRT AVAIL 


If printer is still needed by device: 


ices AEC OP YC OI IPRT 20ST 
eters ae > WCUS (51) 
sedate es, PES EE 


If printer is no longer needed by device: 


SS ee Aer Re 


If the printer which is being held has a component failure, the device is notified 
with WCUS(C57) (Printer available). The device must notify the host, allowing a 
retransmission of the copy request. When the device retries the copy, it receives 
printer broken status. 


9.9 PRINTER CLEANUP 


If the 'from’ device powers cown during multiple data transfers, printer cleanup 
or new line (NL) is required. When the ‘from’ davice fails, NL Cwith end of 
message (EOM) set) is sent to the printer to prevent a subsequent print from 
overprinting the last printed line. If the printer fails with a temporary error 
-Ssuch as data check, parameter error, or IR (Cnon-power off), the NL sequence 15 
sent to preserve subsequent print integrity. 


9210 sUSSABLE COPY PROTOCOLS 


A set of diagrams depicting the flow of certain Local Copy sequences for the 
cevice are shown below. These are examples anc are not Intended to be 
all-inclusive. 


9.10.1 PRINT ID 


To change printers authorized for copy, the device operator presses the PRINT ID 
key. The device is responsible for tracking its own current printer assignment 
state by making the proper request. This is how it is processed by the 3274: 
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3274 7 DISTRIBUTED FUNCTION 
oe DEVICE 
< PRINT ID A=>ID 
> RPID CROST PTR ADDR) 
a FUNC COMPT (mm) xx 
> WCUS (CCOMPLT STAT) nnx 
COMPLETION STATUS CU STATUS 
1. Good Completion WCUS CES) 
2. Invalid Printer ID WCUSCES) 
3. Unauthorized Printer ID WCUS(CS55) 


¥List Of nn Status 


nn = xx Printer port address or print class number 
= "FF* No assignment | | 
*¥List Of mm Status 
mm Printer port address or print class number 


ou 


"FE’ Matrix changed but valid assicnment possible 


9.10.1.1 PRINT ID/Printer dumper Reauest Content} on (Race Condition) 


ecinsanececvenantincamaiy. ) wnromienstecetminessisiaasinamamstanminnmmitnmcabenite. . «Chndsiernmetsiantadacccmain’ - ajimunmmunanamnince:etanrenamans .. -iagetlieetnbsaccnuniet sacar cate cacreamumneresiceisas Senttibeigecnanoeeiaraniaatas: 


If an AEPID 15 sent to the 3274 at tha Sane time the 3274 is ae a WDAT, Lock 
Request, or WCUS(56) to the device, a FRA terminates the sequence as follows: 


3274 DISTRIBUTED FUNCTION 
| | DEVICE 
pan enon eae PRINT ID AEPID 


Pa > WDATs LOCK» or WCUSTSS6) 
See RETO CROST “PTR ADDR 
ee ERA. CAD ORS Ace Lo Seq) 

CEXIT PRINT ID MODE) | 


{the device executes the WDAT, LECK, or WCUSC56) 
and returns FC.) 


9.10.2 MATRIX CHANGE 


The PAM is changed via host application combined with an operator keyboard 
request. This. must be conducted from port 0 (Ca non TCA Device). As a result of a 
matrix change the appropriate indicator 1s broadcast to all devices, including 
Distributed Function Devices (via a WCUS). 
Two situations are under consideration here: 

Matrix load 


1. IML Cnew matrix) 
2. ALT/ERASE EOFCPort 0) 
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3274 | DISTRIBUTED FUNCTION 
DEVICE 


> WCUS (COMPLT STAT) nn 


Casynchronous event) 


PRINTER ASSIGNMENT WCUS(56) RESPONSE 


7 
NN. 


1. Current assiconment no Jonsger valid WCUS Cnn = 'FF’ no assgn) 
2. Current assignment no lonser valid 
but new assignment available WCUS Cnn = 'FE® WHAT PRINTER) 
3. Current assignment still valid WCUS €nn = same nn 
PRINTER ASSIGNMENT) 
4. No current assignment and a new one 


exists WCUS Cnn = new nn 
PRINTER ASSIGNMENT) 


NOTE: If not customized for copy, there is no initial WCUS (nn). 
Thus, the device must assume no assignment initially Cat POR). 


9.10.3 COPY DATA > PRINT BUFFER 


A normal print sequence occurs when the FRINT key is presses even though the copy 
data 15 greater than the printer buffer. 


PRINTER 3274 DISTRIBUTED FUNCTION 
DEVICE 


PRINTER ASSIGNMENT————~ rene 
See eee ern PRE ROOT AECOPRYT 
SS eee NCU Fo) 

: CREQUEST QUEUJED) 


(Printer availabla) 
> WCTL 
(WRT PRT PROFILE) 


LOAB TRANSFER-————————__—____——_— 
ona eennnenenerrnermcenmmeemmem > RDCOCPY (1) 
SS ee COPY DAIA 
(Data written to printer buffer) 


2 


Cprinter buffer full) 

PRINT--—--— 

(Printing started) 

> WCUS (€58) Cnn) 
CPRINTING STARTED) 

(Print completed) 

CONTINUATION OF LOAD TRANSFER-—— 
en neenneenenaemmnnne > RACOPY (2). 
: Cnn COPY DATA 
(Data written to printer buffer) 
(Printer eur ter full) 


RE NY a 
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At this point the PRINT Res 1s repeated, and the LOAD TRANSFER phase 1s repeated 
until LOM is received from the device, as follows: 


PRINTER «3276 DISTRIBUTED FUNCTION 
| : DEVICE 


CONTINUATION OF LOAD TRANSFER : 

Se ee ee IR DCO Yk 
eee CO OOY BATA LO 
(Data written to aaa buffer). . 

CEND COPY DATA) 


PRINT 
(Printing started) 


> wWeUs (59) 
(REQUEST DEQUEUED) 


(Print completed) 


(COPY COMPLETE) | 
—_——— > WCUS CCOMPLT STAT) (nn) 


COPY COMPLETION STATUS CU STATUS 


1. Good Completion WCUS (5B) 

Zs aoe WCUS(C53)¢€01) 
3. Equipment Check. WCUS(53)€02) 
4. Data Check | WCUS (53903) 


or parameter error 
(nn as shown in 9.10.1) 


9.10.4 COPY REJECTION 


9.10.4.1 Prior To Service 


PRINTER UNAVAILABLE CWHILE REQUEST QUEVED) 


If the local copy terminates due to some error or suspension of processing, the 
copy +s rejected in the following manner: 


PRINTER © oe 3274 DISTRIBUTE D FUNCTION. 
DEVICE 
——— PRT ROOST RECUR Y 
Se ene WOO Coy 


(REQUEST QUEUED) 


ERROR/SUSPENSION ENCOUNTERED 
See ee WCU. COOMPLE STATI Canad 
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COPY COMPLETION STATUS CU STATUS 
1. IR WCUS €53)(€01) 
2. Equipment Check WCUS €53)(€02) 
3. Busy With Host WCUS (52) 
(Host initiated only) . 
4. Unauthorized due to matrix WCUS (55) 
change 
5. T0 device not a printer WCUS (55) 
6. Printer w/o S$CS§ WCUS ¢€55) 
7. Printer in SYSTEM mode WOUS: C55) 
8. No printer assigned WCUS (55) 
(nn as shown jin 9.10.1) 
LONG TERM BUSY CPRINT KEY RGST ONLY) 
PRINTER 3274 DISTRIBUTED FUNCTION 
DEVICE 


CS eee PR ROS) AECORY 
Sree NOUS: C51) 


CREQUEST QUEUED) 
(PRT ALLOC TO HOST) 
Se ems WC Uo: Che) 
CLONG TERM BUSY) 


(Printer freed up by host) 
ene WE TL Cnn) CORT FR PROF 
Cimplied request q'd) 


(PRT OPERATIONAL —- REFER TO 9.10.3 AT RDCOPY) 
or (PRT NOT FUNCTIONAL - after data transfer started) 
ee > NCUS “COOMNPLI STAT J tnn 


COPY COMPLETION STATUS CU STATUS 
1. IR | WCUS (53) (91) 
2. Equipment Check : WCUS €53) (02) 
' {nn as shown jin 3.10.1) . 
$.10.4.2 Immediate Rejection - Copy Unauthorized 
Copy rejection can also occur on this sequence: 
PRINTER 3274 DISTRIBUTED FUNCTION 
DEVICE 


(a — PRT ROOST AECOPY 
> WCUS CCOMPLT STAT) Onn) 


COPY COMPLETION STATUS CU STATUS 
1. No Copy Configured WCUS C5A) 

2. Second request race condition 
(Printer Busted) WCUS (€53) 
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9.10.4.3 Printer Error During Data Transfer 


If an error on the printer is encountered during the Load Transfer phase, no 
printing takes place in sequence below: | 


PRINTER ‘3274 DISTRIBUTED FUNCTION 
DEVICE 3 


PRT RQST AECOPY 
> WCUS: C5) 
CREQUEST QUEUVED) 


A 


(Printer available) 
——-> WCTL CWRT PRI PROF) 


aeeeneeeneeeerenencenrmeenntmmeecmmee > ROYCOFY 
Cremeans COPY DATA 
(Data written to printer buffer) 


~-Printer error-- : 
Before printing started: | 
CIF OTHER PRT AVAIL, REFER 10 9.10.3 at WCTL) 
Otherwise, and 


After printing started: : 
> WCUS CCOMPLT STATI Cnn) 


COPY ERROR COMPLETION STATUS CU STATUS 
1. IR €Includes power off) WCOUS €53) (01) 
2. Permanent error WOUS €53) (€02) 


(nn as shown tn 9.10.1) 


9.10.5 DEVICE CANCEL 


AECAN cdequeues the request only if the request 15 queued but not actually being 
serviced yet. | 


PRINTER 327% DISTRIBUTED FUNCTION 
| DEVICE 
< DEV CAN RQST AECAN 


> WCUS CCOMPLT STAT) (nn) 


ON eR DA LO, 


COMPLETION STATUS Cle -SrA7Us 
1. Good Completion , WCUS (56) 


(Q@ueued and not being 
serviced or, not queued) 


9.10.6 DEVICE CANCEL/WCTL RACE CONDITION 


If an asynchronous AECAN request is sent to the 3274 by the device at the same time 
the 3274 ¥s sending a WCTL function request to the the device after an operator 
Initiated copy request has been queued, the following sequence occurs: 
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PRINTER 3274 DISTRIBUTED FUNCTION 
DEVICE 
5 no OA ECOPY 66003 
or enrneerneneermcrnmemrecnmmmm > LWICYSC51) (REST QUEUVED) 
CaS AECAN CDEV CAR. RQST) 
7 > WCTL nn CWRT PTR PROFILE) 
6 « FRA UU CABORT SEQUENCE) 


> WCOUSCnn) CCOMPLT STATI 


COMPLETION STATUS CU STATUS 


Good Completion WCUS (56) 
(previous ptr assignment) 


Page 63 


3274 to Distributed Function Device Product Actachment Information 
| | June 1985 


10.0 DATA BASE OPERATIONS 


Ree manasinamemeandl 


Data Base operations are initiated by the device with either AEDBA (Fetch) or 
AEDBS (Store) asynchronous status. The CU accesses or stores cata base data and 
communicates with the device using WDBD, RDBD, CHOP, and WCUS function requests, 


10.1 DOWN STREAM LOADING (DSL) - 3290/3173 MODEL So ONLY 


rt tneeneencEe ——peenennmrenmneinatmeeANemiE® Rarer nee eRet EE? «ARNT RL 


After a 3290 or 3179 Model G (hereafter referred to as DSL devices) powers on and 
the 3274 has successfully written WCUS:READY to the device, the DSL device may 
request a Down Stream Load (DSL). Before responding with a POR and while in the 
“"offline™ state, the DSL device guarantees a minimum 4096 byte TCA buffer is 
available to the 3274 by setting the size in DBUF. When the DSL operation is 
cemplete, the DSL device may respond with a request to go "online." 


All reaquests used in these processes use a one byte file identifier. 


NOTE: 

These DSL files represent eereecde and data entities required by the DSL device. 
The DSL device Load Disk contains a disk directory with entries for each file 
Cincluding shared tables itn the 3274). DSL file are normally accessed in 
ascending disk sequence to minimize 3274 response time. Each file must begin and 


end on a record boundary. 


Requests which cannot be satisfied cause WCUS status to be written to the inhibit 
area of the requesting device. In addition, a WCUS inhibit or reminder status is 
broadcast to all devices with a data-base-access capability (Cexcept data-base 
errors). Cover open/Cover closed are broadcast as Disk Reminders. Access errors 
are the following: 


= Machine Check (not ready): 


386 unrecoverable disk overrun error 
387 disk media initialization error 
388 disk media error 

389 disk harcwsere error 


- Data Base Error: file not found Cincludes controller RAM tables) 
(The file ID requested by AEDBA was not found in 
the device System Disk DSL file directory.) 


- Mechanism Not Ready : Cover open/disk not inserted. 
| (Disk reminder is broadcast if 
mechanism becomes readied. ) 


The DSL device is required to display the following error numbers for disk access 
errors in the 3274 
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Device; WCUS 
Number |Value 


630% 


631 
632% 
633% 
634 
635% 
636% 
637 
638 
639 


640 


* The DSL Device 
327% (CAEER Status). 


7000 


7102 
7004 
7006 
7108 
700A 
710C 
7ZiOE 
7110 
71le 


7014 


. an ALERT 


3274 MC 
Error 


3389 


either 


not ready"). 


is not required to report 630, 632, 


June 1985 


Probable Cause:Result 


Fatal hardware error: disk adapter interface 
1s disabled. 


File not found: possible DSL device logic error. 

Disk media error ~- defective diskette: replace. 

Disk overrun ~- bad record: replace diskette. 

Attempted to write a non-writeable file: 
possible DSL device logic error. 

Disk not ready: cover may be open/no disk. 

Disk file locked (terminal contention): retry. 
Disk file overflow attempting to write too many 
records: possible DSL device logic error. 


Disk file not readable, protocol error. 


Disk file not locked Cattempt to Write a file 
not locked) ~- protocol error. 


Wrong disk in 327%: replace diskette and retry. 
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633, 635 or 636 errors to the 
If they are sent, the 327% logs them, but does not generate 
because the 3274 already generated a 3NN alert (e.g., 
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10.1.1 DEVICE POWER ON DSL INTERACTION 


Example: 
Comments DSL Device 3274 Comments 
Device POR | , 
Run BATS —POR SPECIAL STATUS-——> Perform basic 
device initialization 
<——"HCUS* READY - Ready fo- DSL. 
—_——— FC? 
Request Config | 
Data AEDBA.. CONE] OG > 
<——-LI DBD: CONF IG—————~ Fetch and write config data © 
men EC eer, Ty : 
Request Diag. AEDBA:DIAG > | 
<-+——-WDED: DLAC Fetch and write diagnostics 
Run. diagnostics: 0 > 
Ei. 
Request Base Code 
Request Keyboard ‘ 
Table ‘ 
Request EBCDIC/Internal . 
Translation Table . 
Request Character ‘ 
Generators : 
Request Attachment é 
Code : 
Request Feature A 
Code (Optional) : 
AEDVAONE LR eS o> Notify host 


Finish init. 
NOTE: The order of transaction, and actual files, are device dependent. 


10.2 3274 CONFIGURATION TABLE 


Controller customization, in the form of confisuration table entries, for 


distributed function device features/functions 15 defined by the customer during | 


initial customization and jis not validity checked by the controller. Areas of 
the table described below as "Reserved" may contain non-zero values but represent 
ne explicit meaning to distributed function terminals. Those portions of the 
controller conficsuration table apslicable to TCA devices are defined as follows: 


Displ Length Value Description 

00 1 7 Reserved 

01 } Feature Disk Level Identifier 
€Packed Decimel) 

02 1 System Disk Level Identifier 
(Packed Decimal) 


03-1D 27 Reserved 
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! Displ Lencth Value Description 
1E } Keyboard Language & Character Set I/O Interface 
Code 2 , 
Keyboard Language I/0 Interface Code 
x'O0! Reserved Reserved 
A014 US English CEBCDIC) US English CEBCDIC) 
x Ue US English CASCITI) US English CASCIT) 
AOS" Austrian/German Austrian/German 
x'04' Belgian Belgian 
x'05! Brazilian Brazilian 
x'06! Canadian French Canadian French 
x’o7?! Danish Danish/Norwegian 
x’O8!" Danish Danish/Norwegian CAl]t) 
x94 Finnish Finish/Swedish 
x'OA? Finnish Finish/Swedish CAl1t) 
X'0OB! French (Qwerty) French 
x'oc* French (Azerty) French 
x*'oD?* Austrian/German Austrian/German CAI1t) 
x QE? Internaticnal International 
AMO? Italian Italian 
x'10’ Japanese (English) Japanese (English) 
A AL Japanese (Katakana) Japanese (Katakana) 
AY 2 Reserved Reserved 
A413! Spanish Spanish 
» ae a Spanish Spanish (Alternate) 
ATS Spanish~-Speaking Spanish-Speaking 
x16 English (CUK) English (UK) 
pee OF Norwegian Danish/Norwegian CAlt) 
x'18! Swedish Finnish/Swedish 
x* 19! EBCDIC (WT) English (CUS) 
xP ARt Norwegian Danish/Norwegian (CAlLt) 
x? LB Swedish Finnish/Swedish 
bee ea Portuguese Portuguese 
xD" Canadian (Bilingual) Canadian (Bilingual) 
A Le French AZERTY (€105 chard French CAZER: 72 
eee oa Swiss German Swiss French/sniss German 
pase ee Swiss French Swiss French/Swiss German 
A 2ilS Fr (Other values reserved) 
Paz 7 Reserved 
26 a Controller Options 
x'Q0' Extended Data Stream not supported 
A. O02" 32790 Extended Datastream Present 
K'O2-FF' Reserved 
27-41 ari Reserved 
42 i Controller PATCH ID 81 ¢€Packed Decimal) 
Last 2 digits of PTR or '006° 
43 af Controller PATCK ID #2 (Packed Decimal) 
Last 2 digits of PTR or ‘'00'° 
44 1 Controller PATCH ID #3 €Packed Decimal) 
Last 2 digits of PTR or ‘00° 
45 } Controller PATCH ID #4 (€Packed Decimal) 
Last 2 digits of PTR or '°0Q° 
46 1 Controller PATCH ID #5 (€Packed Decimal) 
Last 2 digits of PTR or '50' 
47 1 Controller PATCH ID 86 (€Packed Decimal) 
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Displ Length Value Description 
Last 2 digits of PTR or ‘00° 


48 1 Controller PATCH ID #7 CPacked Decimal) 
| Last 2 digits of PTR or '00' 


49 1 Controller PATCH ID #8 (Packed Decimal) 
Last 2 digits of PTR or '0Q90' 


GA 1 Controller PATCH ID #9 (Packed Decimal) 
Last 2 digits of PTR or ‘'Q0' 


GB \ Controller PATCH ID #10 (Packed Decimal) 
Last 2 digits of PTR or ‘00° 


&C 1 Controller PATCH ID #11 (Packed Decimal] ) 
Last 2 digits of PTR or '00° 


4D 1 Controller PATCH ID 412 (Packed Decimal) 
Last 2 digits of PTR or '00' | 


4E 1 Controller PATCH ID #13 (€Packed Decimal) 
Last 2 digits of PTR or '0Q’ 


4F 1 Controller PATCH ID #14 (Packed Decimal) 
Last 2 digits of PTR or '00' 


50 1 | Controller PATCH ID #15 (€Packed Decimal) 
Last 2 digits of PTR or '00' 


Si 1 | Controller PATCH ID #15 (Packed Decimal) 
Last 2 digits of PTR or '00'° 


Sa=oF 62 Reserved 

90 i 3239 Load Disk EC Number (Packed Decimal) 

91 1 3290 Load Disk Suffix Level (Packed Decimal) 
92-9E 13 | Reserved 


SF 1 €0123 4567) Intelligent Device Utility Field 


Tt, x6, Aes whs Enable SCS Local Copy Format Controls 
Ser Auto Ferm Feed before Local Copy 
ae ee eae Auto Form Feed after Lecal Copy 
ee: Baos x Reserved bits (must be zero) 
Deen « OOX Underscore All Intensified Fields 
aces 2 Disable Underscore/Reverse Video of Intensified Fields 
10 Reverse Video Ali Intensified Fields 
ee Underscore All Intensified Fields 
me Update Panel before Allowing Buffer Change 


AQ-A3 4 Reserved 


AS 1 (0123 4567) 3274 RPQ Imbeds v 
Dice. aide Dual~Function Clear Key (RP 8K0978) 
Dias: Sees Unsupported Control Code Transl. (RPQ 8K0980) 
ee Clicker set ON at POR | 
0000 Reserved bits (must be zero) 


 AS5-CF 43 Reserved 
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D2-FC 
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Length 


1 


43 


Value 


June 1985 


Description 


Response Time Monitor Conficsuration #1 


RTM Not Configured 

RTM Configured/No Host/Display Port 0 only 

RIM Configured/No Host/Diseplay All Ports 

RTM Conficgured/Host Support/No Display 

RTM Configured/Host Support/Display Port 9 only 
RTM Configured/Host Support/Display All Ports 
Reserved 


Response Time Monitor Configuration #2 


x'00' Not Configured 
x'01’ Time until Ist character is displayed on screen 
x' 02" Time until keyboard is available for input 
x*O3' Time until receipt of CD/E3B 
X'O4-FF*’ Reserved 

Reserved 

Distributed Function Device Password 
nnannnn (Packed Decimal; '900080" ts *939999') 
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12.0: BULTIPLE INTERACTIVE SCREEN SUEPORT. 


MIS enables the user to execute multiple independent sessions concurrently to 
different Logical Terminals, each with its5 own resources and characteristics on 


the same physical device through a single coax port. Each Logical Terminal can be 
uniquely addressed by the host. Definition and management of the device resources 
iS a device responsibility. As a function of customization the Control Unit 


provides a static valid device address table for mapping a host device address to 
the correct port. With MIS, there is no longer a direct relationship between the 
device address to the host and the 3274 device port (ccax) address. When the 
device requests to be put online to the host it includes the Logical Terminal Set 
CLTS). This set may be all or a subset of the Logical Terminals configured at the 
Port address to which it is attached. A maximum of 5 logical terminals is 
supported on each device C128 maximum per 3274 on an SNA attachment, 32 maximum on 
a non-SNA attachment). 


The following interface extensions are included to support MIS. 


died PCR REEDS 


Aemeetinimann SR AReeeansie ¢, 


11.1.2 3274 INITIALIZATION 


CULTA fields, in addition to CUDPORT and CUAT, are initialized at power sa bythe 


control unit, reflecting customization data. The device addresses are ordered 
from lowest address to highest address. In non-SNA, device addresses range from 0 
to 31 (decimal). In SNA, device addresses for Secondary Logical Units range ee 


02 to 129 (decimal). 


If only CULTAL has been initialized (zero is valid), then the TCA Device on the 
attached port has not been customized with MIS capability. 


MIS may be customized for two, three, four, or five terminals on a given port. If 
only CULTAL and CULTA2 are initialized, the CU suscorts only two logical 
terminals. If all addresses have been initialized then the CU supports up to a 
maximum of 5 logical terminals on the attached port. 


tLisdwe ONCINE=TO-HOST 


Communications with Logical Terminal addressing is only meaningful and valid if 
the device is currently in the online-to-host state. The device buffer fermat 
includes an LU Address parameter for asynchronous status (BALTAD) and control unit 
Function requests (CULTAD). 


11.2 MODIFICATIONS 


Communication between the control unit and the device requires an explicit Logical 
Terminal address. Those functions which are LTA specific are: WDAT, RDAT, PDAT, 
LOCK, CTCSS, WCUS (for Program Check, ACTLU/DACTLU), and AEEP. All other function 
requests are physical device level functions. DALTAD/CULTAD for physical device 
level functions must be set to value of X'FF* (which cannot be configured asa 
valid LT address). The following asynchronous status requests and control unit 
function requests are modified to support MIS: 
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11.2.1 AEDV 


This status 315 used by the device to request that one or more of its logical 
terminals (LTs) be put ONLINE or that all of its tTs be taken OFFLINE from the 
host. It jis also used to signal that a DUMP initiated by a Diagnostic Reset 
command has completed. 


1i.2.1.1 AEDV (Online) 


ee - 


This form of AEDV asynchronous status is used by the device to request that one or 
more of its LTs be put ONLINE to the host. When the controller issues a WCUS(10) 
(Readiness Group), it is required to set CULTAI-5 with the assigned non-zero 
logical terminal addresses if MIS is supported (these fields are X'FF’ if the 
controller does not support MIS). When the device responds ONLINE to a controller 
that supports MIS, it must include an additional parameter (DAEP2) containing an 
ordered bit map corresponding to CULTAI~-5 reflecting the LTs that are requesting 
online status: 


>o2. © 2 8 © 


| | | | 
CULTAL CULTA2 CULTA3 CULTA4 CULTAS5 0 


A bit "on™ represents a request to the controller to put that logical terminal 
online to the host. That logical terminal is recuesting "power on" to the host. 
The controller must be capable of processing multiple logical terminal "power on" 
requests in the same AEDV status. 


TCA support requires that an ONLINE request be issued by the device only when all 
logical terminals are OFFLINE. Logical terminals whose bits are off in the above 
byte remains OFFLINE. 


With the optional controller support described in section 3.9.3, the device sains 
the capability of requesting different LT's to go ONLINE at different times 
without first requiring that all LT's be taken offline first. With this support, 
the logical terminals whese bits are zero itn the above byte will remain in an 
unchanged state. If they were offline to the host, they will remain offline. If 
they were online, they will remain online. An LT that is already online may not 
have its bit set in an AEDVConline) request unless it has first requested 
AcDVCoffline). 


The device cannot request a logical terminal to be put online if the field CULTAx 
nas not been initialized with a valid address. Any attempt by the host to 
communicate with a valid logical terminel address which has not requested "*cenline" 
status 15 treated by the control unit as communication to a powered off device. 


Bit 0 in DAEP2, corresponding to CULTAIL, must always be set if the port address has 
not been customized for MIS capability. 


In addition, with the optional support. AEDVConline) requires a second parameter 
(DAEP3)} containing an ordered bit map corresponding to DAEP2 that indicates 
whether an LT has "display-like™ or "printer-like”™ characteristics. <A bit in 
DAEP3 will be checked by the controller if the cerrespending bit in DAEP2 is set 
(requesting online status). It will be ignored if the corresponding bit in DAEP2 
1S zero: 


Bit. 0406.4 & x Pea tiea ex Ce Gece alae Oe ad seach © ie 4k OR = er ee Bhs, So ced va op 7 
| | i | | | 
x x x x x = = i 
where x equals: 
8 - Display-like characteristics 
1 - Printer-like characteristics 
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A device may net resuest a chance from "display" to "printer" characteristics for 
an LT without first requesting that the LT be taken offline. | | 


The table belew summarizes the parameters associated with AEDV(01): 


Support Level DAE DAEP2 DAEPS 
Base-No MIS 8&0 00 
Base-MIS Bit Map 00 


CUSLVL Bit FX Bit Map Bit Map 


*¥Note: See section 3.9.3 


11.2.1.2 AEDV (Offline) 


This form of AEDV asynchronous status is used by the device to request that all of 
its online LTs be taken OFFLINE from the host. The DAEP2 parameter must equal 
zero. At least one LT must be online for this request to be valid. This is 
equivalent to the physical device being powered off to the host. 


When the controller sets CUSLVL Bit 'F’ jin the device buffer, if DAEP2 is 
non-zero, it must contain an ordered bit map corresponding to CULTAI-5 reflecting 
the LT'’s that are being taken offline: 


| | | | 
CULTAL CULTA2 CULTA3 CULTA4 CULTAS 0 0 0 


A ee "on" represents a request to the controller to take that eset terminal 
offline from the host. It is a "power off™ to the host. The controller must be 
capable of processing multiple logical terminal “power off" requests in the same 
AEDV status. 


The logical terminals whose bits are zero in the above byte will remain in an. 
unchanged state. If they were online to the host, they will remain online. If they | 
were offline, they will remain offline. It is a violation of the interface for an 
LT thet is already offline to have its bit set in an AEDVCoffline) request. 


If the controller does net support MIS, the device must set DAEP2 equal to zero 
when requesting AEDVCoffline). | : 


The table below summarizes the esvameters sescetatnd with AEDV(O02): 


Suscort Level DAEP? DAE? 3 
Bese-No MIS 09 00 
Base-MIS 09 00 
CUSLVL Bit F Bit Map —«iO8 


11.2.1.3 AEDV (Dumo Comolete) 


This form cf AEDV status is used by the device to indicate that it has completed 
the transmission of a DUMP to the controller. It is only valid when used to 
terminate a dump operation that was initiated by the controller via a "Diagnostic 
Reset™ command. The device must continue to respond to controller POLLs until it 
receives an acknowledgement from the controller. 
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11.2.2 AEEB CSECURITY KEY ON) 


The ‘End IR' condition on’ the non-SNA interface is considered’ global 
Cmulti-Logical Terminal). Since End-IR can potentially cause the same type of 
Device end/busy thrashing as power on from multiple LTs, End-IR cannot be 
scheduled serially from device code to host code. The device is responsible for 
determining which LTs owe the host a Device End. DAEP2 must contain a bit map 
(bits 0 thru 4 are valid, 5 thru 7 must be zero) representing online LTs which owe 
the host a device end, based on FCSE:IR heving been returned to 'Lock’ for the 
respective LTs. All zeros in DAEP2 is invalid. 


11.2.3 AEER 


Asynchronous error logging is performed on a cevice basis only Cexcept Program 
Checks for SNA). DALTAD must be loaded appropriately. 


11.2.4 WCUS (WRITE CONTROL UNIT STATUS) 


Control Unit status which is LU specific, such a program check, must carry a valid 
Logical Terminai Address (CULTAD). If the status is non-LU specific, then the 
parameter must contain a X'FF’, 


11.2.5 WCUS:LUSTATUS CSNA ONLY) 


The following modification should be reflected in the base (5.2) section, whether 
the 3274 MIS capability is, or jis not, utilized. The LU address parameter 
CCULTAD) replaces the same in CUFRP3. For ACTLU and DACTLU the control unit loads 
CULTAD with a valid SLU address. 


ACTLU js accepted for a powered off cevice. However, WCUS is not jssued to the 
Gevice unlessYuntil the LU In question enters the "online™ state. Given this 
“situation, the 3274 rejects Bind, if a Bind follows an ACTLU. 


Note: an LU that is "offline”™ jis a logically powered off device. Powered off 
Cevices are assumed to be 3278s. 


Following AEDV:SNLINE status from the device, LU status (WCUS) is re-issued by the 
control unit ts each logical unit in the online-to-hest state. 


For handling a Physical Unit reset CACTPU-Cold or DACTPU) all Logical Units are 


ceactivated. iCUS:LUSTATUS 3s broadcast to each device station. For this 
situation the LU address parameter contains X'FF', indicating that the entire LT 
set 35 inactive. A TCA device with MIS is responsible for deactivating each 


logical unit as an outboard function. 


11.2.6 RACE CONDITIONS 


Controller function requests must be processed by the TCA Device with normal 
responses unless asynchronous device status has been acknowledged. A specific 
example of this 1s when a host tries to write a message to a logical terminal at 
the same time cevice is going to host offline state (AEDV: offline). Until the 
control unit acknowledges this asynchronous status, the device must process the 
outbound request because the asynchronous status is still considered to be ina 
pending state. 
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11.2.7 WDAT 


In SNA the logical terminal address on WDAT requests is contained in the ‘DAF’ 
field of the data, rather than in CULTAD. The specified LT in the DAF 15 verified 
by the control unit to be both valid and online. Althouch the current LT address 
must be obtained in the Transmission Header (DAF), CULTAD contains a valid, online 
LT address. CULTAD may be ignored for WDAT on SNA attachments. 


11.2.8 BISYNC INBOUND/OUTBOUND CONTENTION 


Inbound data (CAEEP) remains in a pending read state until RDAT is issued by the 
control unit. If an outbound selection to a different logical terminal (LOCK 
request) ts issued, the pending read state must be preserved by the device. The 
device must reschedule AEEP for the original eee terminal after receiving end 
sequence (CTCCS) to the outbound operation. 


If the LOCK request is ‘a the same LT that has the inbound: dete sendrag; the 


pending read state must be reset by the device and the inbound data request (CAEEP) 
must not be rescheduled. 
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12.0 ATTACHMENT CONSIDERATIONS 


A significant portion of the interface is attachment dependent. This section 
cdescribes those dependencies. 


12.1 SNA 


The CU handles all PU services and link connection status. The Device is informed 
of the status of the link and PU via WCUS. The CU also processes ACTLU and DACTLU, 
as this can only be done by the CU for a powered off Device. Session status for a 
Single session is also monitored to allow termination of the session at power off. 
Multiple sessions are not considered. 


12.1.1 ACTPU/DACTPU 


Any change in the PU status causes the following actions in the CU: 


When the device becomes "online”™ to host WCUS are issued to each Device for 
the Reminder Group and the LU Status. If the PU is not active, a 
Communications Check Reminder may be issued. The CU may delay issuing these 
function requests to the Device because of asynchronous processing of PU 
requests. 


WCUS function requests for LU/PU status are only sent once per status change, or 
following device being placed online to host; i.e. LU active WCUS only issued once 
from ACTLU or online to DACTLU, ACTLU, DACTPU, ACTPU or offline. 


12.1.2 ACTLU/DACTLU 


If the device is *online™ when the CU processes a valid ACTLU/DACTLU, ACTLU CERP)D, 
a WCUS is issued for the LU Status. The CU returns a positive response to the host 
for a powered off (or "offline”™) device. 


12.1.3 SEGMENTS PASSED TO THE DEVICE 


Secments sent to the device via WDAT have been checked fer length 2 6 (2 9 if 
FSFIC), FID=2, DAF'=device LU address. No segments failing these tests are sent 
to the device. 


12.1.4 BIND 


The 3274 detects RUS containing a BIND command. If the BIND is for a powered off 
Device, the 3274 returns a nesative response X'080A’ or X'0845' depending upon 
SSCP support of NOTIFY. If the device is powered on, a 'BIND PENDIUG' Finite State 
Machine (FSM) is set for that LU and the BIND is transferred to the device. When 
the BIND response jis found in a subsequent inbound transmission, it is checkad. 
Lr the response js positive, the BOUND FSM is set. If the response is negative, it 
1S simply transferred inbound to the host Without any FSM chances. 


The device must reject Binds in the bound state which carry a different OAF than 
expected. No FSMs in the CU are modified. 
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12.1.5 UNBIND 


when the 3274 detects an UNBIND for an LU with a valid OAF, it sends it on to the 
cevice. If the response js positive, all the device FSMs Cexcept ACTLU) are 
reset. If the UNBIND has an invalid OAF, the 3274 rejects it. 


12.1.6 POWER OFF, TCA DISCONNECT, OR OFFLINE STATUS CHANGE CAEDV) 


While Bound: 


If in this state, UNBIND and NOTIFY Cif supported) must be sent inbound. 
The OAF/DAF combination saved at BIND time is used. The BIND FSM is reset. 


Khile BIND PENDING: 
A power-off response is returned by the 3274 to the host. 
While UNBIND PENDING: 


The BIND and UNBIND PEND FSMs are reset. An UNBIND is sent to the host by the 
3274. 


In all the above cases, any subsequent FMBDATA, or tn process chatne or segments 
sent by the host, is rejected as outlined above. 


12.1.7 OUTBOUND SEGMENTING 


Secment checking is the responsibility of the 3274. The FOM and LOM flags 
associated with the data area are not used for the WDAT function request. A 
segment as pointed to by CUDP is loaded on a halfword boundary. A segment 1s sent 
to the Device with one WDAT function request. The CU detects segmenting errors. 
This data is not passed on to the TCA device. 


i2:i<8 INBOUND SEGMENTING 


segment gathering must be dene by the device. The flags associated with the data 
area for the PDAT and RDAT function requests refer to a single RU as a message. 

When the 327% issues a PDAT, it sets CUFRP1] and CUFRP2 to the maximum number of 
eegments it (the CU) can accept and sets CUFRP3 and CUFRFS to the maximum secment 
size (data,headers,flags,length) which it can accept. On receipt of PDAT the 
device must generate an entire RU of one or more segments at the buffer eddress 


rFointed to by CUDP. The segments must contiguous itn storage on halfword 
bouncaries each containing a length field and a flags field. The length must be 
the true lensth of th segment, i.e., the lensth of length field + flag field + 


headers + data. This could be an odd number. The flags field must have FOM set in 
the first segcment and LOM set in the last. FOM and LOM must be off tn all other 
segments. os 


An FCIR response te a WDAT is used for response handling. When the CU issues an 
RDAT 3t sets CUFRP3 and CUFRP4 as above. The device must confine the RU generated 
to a single segment with FOM and LOM set.. CUDP for the RDAT request points to an 
area of the buffer reserved for response and data base accees (not overlapping 
with the area used by WDAT for outbound data). 
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The CU handles BSC protocols including transparency, inbound blocking, specific 
POLL, general POLL, selection, and line control. Checkpoint/resisre is not 
supported. The device does not receive a WDAT recuest ona block of data until a 
valid BCC character has been received by the CU. However, the data may be written 
to the TCA buffer as it is received. The 3274 issues a Start Op is only after the 
full block is verified. 


12.2.1 INBOUND OPERATION 


The device must send status AEEP to the 3274 as a result either an orerator AID 
senerating action such as ENTER or by a host READ PARTITION structured field. The 
3274 may improve its throughput by issuing a PDAT request prior to queueing the 
device on an inbound service list. The device must prepare the appropriate 
inbound data for the PDAT function request in the same manner as for the RDAT 
Function request. Synchronous status FC must be returned when either all the data 
to be sent has been prepared or the TCA inbound buffer is full. 


When the 3274 is ready to send the data to the host, it issues an RDAT function 
request to the device using the same parameters as the PDAT request. The device 
must recognize that the appropriate data has already be generated and immediately 
return synchronous status FC to the 327%. The RDAT parameters must be ignored if a 
PDAT was previously issued followed by a normal Function Complete. 


A conversational reply CETX only) appears as a normal itnbound operation followed 
by an outbound operation. 


All subsequent RDAT function requests from the 2274 require that the data stream 
be prepared synchronously. 


The PDAT and RDAT parameters are as follows: 


CUFRPIL - Unused 
CUFRP2 - Unused 


CUFRP3/4- length of block to be prepared 
257, except 255, lst block) 


CuDP ~ buffer address to place data. 
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DEVICE 3274 Comments 
MEER: is Request for inbound operation 
és | 
PDAT | Prepare data request 
< , 
FC Data ready in TCA buffer, 
: : > sched. host request to wait for POLL 
RDAT Read data after POLL 
ad 
FC Immediate response from the device 
> . 
RDAT Generate additional inbound data 
iz | | 
FC | Data read, response delayed by 
: > the device processing time. 
cTccs Final ACKO/ACK1 received from host 
Fre nA a OEE . 
FC OK 
> 


12.2.2 INBOUND PROCESSING 


An inbound message is defined (for Beginning/End of Message flacs) as the data to 
be sent from a terminal in response to a single POLL or data stream read command. 
The device must send read data blocked up to the maximum size specified by the 
parameter CUFRP34% as set by the CU. 


12.2.3 SUBSEQUENT AID ACTIONS 


# the operator attempts any AID action on the inbound partition following the 
initial one and before System Lock is reset, the action must be rejected with the 
retry indicator. , , 


If the AID action is attempted on ancther partition (XSYSTEM not Pe eo ees, 
minus function indicator must be displayed. 


If the operator peeets System Lock prior to RDAT and attempts a new AID action, the 


original date is invalidated. Nen data must be prepared in the buffer when the 
RDAT is received. 


12.2.4 OPERATOR RESET ACTION 


If the operator resets System Lock prior to PDAT, status FRA must be returned. to 
the PDAT request. 


If the operator resets System Lock prior to RDAT, status FRA must be returned to 
the RDAT request. : | 
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12.2.5 TRANSPARENCY 


When sending data inbound jin transparency mode, the length of the data prepared 
must be one less than the maximum length specified in CUFRP3/74% of PDAT. This is to 
allow for the insertion of a DLE character (by the CU). 


12.2.6 TEST REQUEST KEY 


If a Test Request key action 35 to be performed, the Test Request flag in the data 
header must be set and the aépprepriate inbound data placed in the buffer. The 
length of the inbound data prepared must be 2 bytes less than the maximum allowed 
(one byte test recuest hesder + one for transparency). 


The CU generates the actual SOH%/STX header on the message to the host. 


12.2.7 ASYNCHRONOUS HOST SELECT 


If a Lock request is made following the recognition by the device of the inbound 
operation but prior to the receipt of PDAT, the leck must be rejected by the dcavicea 
with status FCSE:BUSY. : 


If a Lock request is made following the PDAT request but prior to receipt of RDAT, 
the Lock must be accepted by the device and the pending data must be discarded. 


12.2.8 OUTBOUND PROCESSING 


An outbound message is defined (for Beginning/End of message flags) as the data 
contained between STX,ESC and ETX/ETB. The CU places the outbound data in the 
data portion of the Device Buffer but does not issue a WHAT recuest until a good 
BCC is received. The amount of data which may be transferred to the device at one 
time is only limited by the size of the Device Buffer. 


If a READ command is encountered, the device must return status FCIR to the CU and 
wait for RDAT recuests from the CU. 


When selection is terminated, CTCCS is issued. 


Dev ite 327% Comments 
LOCK Lock request when select received 
FC Lock performed 
> 
WDAT Indicate outbound data in TCA buffer 
C. cmrecineenntncercenetnectinieaitinct ir nar 
EG Datastream processed 
————-> 
Crees End Sequence 
FC OX 
> 
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12.2.9 SECURITY KEY 


If the Security key is itn the lock position and a lock request. is received, the 
device must return FCSE:IR. When the Security key is subsequently turned off, the 
device must return asynchronous status AEEB:IR to the 3274. | 


The 3274 then sends DE to the host. 


12.3 NON-SNA LOCAL CHANNEL 


The 3274 processes the local channel protocols not requiring device interactions 
as well as those requiring an immediate response to enhance channel performance. 
The device 31s responsible for processing commands and data stream. 


The device must have an 8K (8192) byte ICA-buffer. 


12.3.1 INBOUND OPERATION 


The device sends status AEEP to the 3274 as a result of either an operator AID 
senerating action such as ENTER or by a host READ PARTITION structured field. The 
3274 then sets attention status on the channel. The device must then wait for a 
READ type command from the host. | yy 


If the device has accepted a Lock Request, the device is considered to entered 
"receive™ state and must prevent the operator from generating an inbound 
operation. a | 


The 3274 may improve its throughput by issuing a PDAT reauest prior to sending 
ATTN to the host. The PDAT must be processed prior to sending ATTN. The device 
must prepare the appropriate inbound data for the PDAT function request in the 
same manner as for the RDAT function request. Synchronous status FC must be 
returned when either all the data to be sent has been prepared or the TCA bicck 
limit has been reached. 


When the 3274 receives a Read or Select Read type command for the device, the. 
appropriate Read command is passed as parameter CUFRP1 of the Write Local Channel 
Command (CWLCC) function request. If the command was Read Medified and a PA 
request had previously been processed, status FCIR:DA must be returned. The 2274 
may then read the data from the TCA buffer without making an RDAT request. If mere 
data remains to be sent, the 3274 issues RDAT requests which cause the datastreem 
to be prepared synchronously. 


If the cemmand was Read Buffer or PDAT had not been processed, status FCIR:READ 
must be returned. The 3274 normally follows with RDAT function requests until] all 
of the read data has been transmitted. The device must set the last of messece 
flag in the header for the last block sent to the 3274. | 


Parameter CUFRP2 of the next WLCC or CTCCS function request is set to X'01' if 
host read operation was successful. 


The PDAT and RDAT parameters are as follows: 


CUFRPL - Unused | 
CUFRP2 - Unused 7 
CUFRP34 - Maximum length of block; X'OEQE’. 
CUDP - Buffer address tc place data. 
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DEVICE 3274 Comments 
AEEP Request for inbound operation 
> 
PDAT Prepare data request 
< 
FC Data ready in TCA buffer, 
> queue to host to send ATTN 
LOCK | Lock request when select received 
Fo Lock performed 
> 
WLCC:RM Send Read Modified command 
, <cnintenannbaeeinmnenemmensmeamnpaniemmenaemel 
FCIR: Data avail Device ready to send read data 
—eeeneereerereremenenenretemananes 
RDAT Generate additional inbound data 
eine 
FC Data ready, response delayed by 
> the device precessing time. 
CTCCsS End Sequence 
Care aire tle 
FC OK 
> 


12.3.2 SUBSEQUENT AID ACTIONS 


If the operator attempts any AID action on the inbound cpartition following the 
initial one but before System Lock 185 reset, the action must be rezyected with the 
retry indicator. If the AID action is attempted on another partition (XSYSTEM not 
displayed), the minus function indicator must be displayed. 


If the operator resets System Lock prior to WLCC:RM and attempts a new AID action, 
the original data 1s invalidated and the new appropriate cata must be generated 
when RDAT is received. 


12.3.3 OPERATOR RESET ACTION 


If the operator resets System Lock prior to PDAT, status FRA must be returned to 
the PDAT request. The 3274 may then forset that AEEP was received. 


If the operator resets System Lock prior to WLCC:RM, the AID value, cursor 
acdress, and modified data from partition 0 must be placed in the TCA buffer upon 
receipt of RDAT. If partition 0 does not exist, only the reset AID and cursor 
address are returned. 
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12.3.4 TEST REQUEST KEY 


For Test Request reads, the device must place SOH%/STX in the data area but must 
not set the Test Request flag in the data header. 


12.3.5 ASYNCHRONOUS HOST SELECT 


If a tock request jis made between the operator AID action but before it is 
recognized by the 3274, the Lock must be rejected by the device with status 
FCSE:BUSY. The receipt of AEEP by the 3274 indicates that the busy condition no 
longer exists. 


12.3.6 HOST COMMANDS OTHER THAN READ MODIFIED 


If a READ request other than WLCC:RM is received, the device must invalidate the 
data already prepared and return synchronous status FCIR:READ. When the RDAT 
request ts received, the new data must be generated as appropriate for the 
command. 


Receipt of a write type command invalidates the prepared data and the device must 
return synchronous status FC. 


12.3.7 OUTBOUND PROCESSING 


Write type ee Erase All Unprotected) commands are passed to the device as 
parameter CUFRPI of the WLCC function request. The actual data (none for EAU 
command) is sent to the device via NDAT function requests. 


Any datastream or chaining errors detected by the device must cause synchronous 
status FCSE to be returned with a parameter specifying Op Check. 


DEVICE 3274 Comments 


LOCK _ Lock request when select received 
FG. : Lock performed 
WLCC: command Send Write type commend 

FO ‘ The device ready to accept data 
Z WDAT Indicate outbound data in TCA buffer 

FC : Datastream processed | > 
: CTCCcs End Sequence 

FC OK 

> | 
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2.508 “SECURITY KEY 


If the Security key is in the lock position and a 3274 lock request is received, 
the cevice must return FCSE:IR. When the Security key is subsequently turned off, 
the device must return asynchronous status AEEB:IR to the 3274. The 3274 then 
sends DE to the host. 


12.3.9 MISCELLANEOUS 


If the 3274 detects a Command Reject or Op Check condition, this is reported to the 
device via a CTCCS request with a parameter of X'02' indicating that the selection 
sequence was terminated due to error. 
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£355 -COMMUNTCATIONS ony SYSTEMS Banas MENT (€C&5M) 


ANY ptoicio CaAnavemcnt gene 


Response iene! team and Alert are C&SM functions that use the SNA SSCP-PU 
Ccontroller) session to transmit data. In addition, RIM is supported on non-SNa 
attachments as a Subsystem only function Cno pees interface). 


13.1 RESPONSE TIME MONITOR 


The 3274 Response Time Monitor is a mechanism whereby end-to-end user response 
time can be measured depending on a definition dictated by the controller 
customizing process or, in certain cases, an application in the host. Response 
times for each logical terminal are measured and maintained in the controller. See. 
Section 8.2 for amore detailed definition and description of the RTM. 


13.2 ALERT FUNCTION 


eran 


The alert function is a mechanism whereby the controller can pass error conditions 
relating to problems within the subsystem to a host via the SNA SSCP-PU session. 
If supported by the controller, such errors are passed up to the host via the 
Network Management Vector Transport (CNMVT) and do not require any additional 
support from the attached device. The Alert function does require NPDA programming 
support in the host that supports the 3274 controller but this program does not 
require any additional support for 3290 displays. This C&SM function 1s intended 
for enhanced customer network problem determination and management. This function 
1S not available on non-SNA attachments. 


In addition to those errors detected by the controller on behalf of attached 
devices, errors detected by distributed function devices are reported to the 
contreller via AEER status reflecting a 6&6NN or 7NN error code (see section 7.1), 
These errors typically cause an alert record to be sent to the host. Note, 
however, that certain 6NN errors (see section 109.1) do not result in the 
Seneration of an alert record by the controller since they are the result of 
contreiler detected problems cr are ccnsidered status rather than errer 
conditicns. : 


13.3 EXPANDED CONFIGURATION RECEMS(05) SUPPORT 


Some configurations of the controller microcode support an enhanced RECFMS(05) 
record when attached via a SNA protocol. When the controller receives an RE8%S$(05) 
from the host on the SSCP-PU session, the controller responds with the RECFMS 
header and tne first 241 bytes of its configuration table. Since certain 
distributed function devices (such as the 3290) that downstream load (DSL) from 
the centroller, also maintain some of its configuration data in this table, it 
also becomes available for network management. : 


This enhancement does not require any additional support from the DFT device. 
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14.0 NON-SNA SLOW DEVICE CAPABILITY 


The TCA interface for synchronous request processing jis serial. This implies that 
other synchronous events (requests) cannot be sent te a specific device Conce 
busy) until completion status 185 received. For a particular class of devices, 
there could be an extended period of elapsed time between jinitiation of a 
synchronous event and its subsequent completion. Thus, the response time for 
other logical terminals within the same physical device could be intolerable. 


In such an environment, the itdeal situation jis te allow the other logical 
terminals to communicate with the controller/host white the "slow" LT is still 
processing. To do this, the "slow" LT must be able te relinquish TCA ownership 
before the data has been totally processed. Thus the emercence of the slow-device 
capability. 


What follows are a set of major points and flow examples which address the extent 
of support for slow devices. 


e Tne non-SNA slow device function is optionally sugrcorted on the controller as 
indicated by CUSLVL Bit F being set to 1 during cevice initialization (see 
section 3.8.1). 


° If a device can process and validate the data stream sas fast as it can move it 
out of the TCA buffer, then it should post FC/FCSE completion status. If, 
however, the device can merely meve the data cut cf the TCA buffer Cand 
validate the data in BSC environments) within the timecut period permitted by 
the control unit but requires a substantial amount of additional time Cin 
excess of the timeout period permitted by the control unit) to complete 
processing of the data stream, then the device should use the slow device 
support and post Function Complete/Status Deferred (FCDEF) completion status. 
Posting FCDEF status signifies that the TCA 1s available, but the 
corresponding logical terminal is still busy until AESTAT ts returned. This 
permits both the controller and the device to multisiex the processing of data 
for other logical terminals. 


e One of two specific types of FCDOEF status, FCDEF(30) and FCDEFCOL), may be 
posted by the slow device depending on the perticular conditions at the 
device. This desicnation by the device 15 &€ necestery part of the slow device 
support. Specific status hancling (control unit to host) differs for printers 
with the start print bit set as opposed to printers or displays with the start 
print bit not set. 


e If the device is attached via BSC protocols, FCDE=(61), it must also insure 
that the data stream is valid, thouch it may not heve processed it entirely. 
The TCA is available but the LT indicated in the FCOEF is still busy until 
AcCSTAT 18 returnes. Tne AESTAT must not indicete a cata stream error. 
Cratnea Data should not be sent to BSC attechec slew devices without WACK 
suppert. The host transmission 18 terminated by the control unit if a chained 
command is received efter the device posts FCDEF(01}3 completion status. 


e For local channel attachments, use of FCDEFCO0) comecletion status with chained 
commands affords no performance advantage. Comp ee to the chained data 
stream (DE) is not sent to the host (thereby precluecing tsta transmissions to 
other devices) until the device returns FC or AESTA > 


Similarly, in circumstances where the Non-SNA local channel attached device 
would normally post FCDEF(01) completion status, the device must reject the 
data stream with FCSE (Op Check?) if command chaining is detected. 


° FCDEF and AESTAT are invalid tin SNA attachments, even though the controller 
may indicate their support during device initialization. SNA TCA has no 
requirement to implement these codes since asyncnronous status CAEEP) can 
adequately cover all asynchronous device requirements. 
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SLOW DEVICE PROTOCOL (BSC)’ 
NO ENHANCED (WACK) HOST SUPPORT 
(TCA appears as printer with Start Print bit set) 


HOST 3274 - _ “t DEMICE 


fot eee eerie meetin Mente Deneaanere nen 
Sr ee Oe Leek? 
| Data See ae | 
WDAT Curite) ei at es eS 
° 


(TCA Busy/Device Busy) 
e . 


@ 
ee Syrnchrornouss Status 


o CFCDEF+01) 
< WACK (TCA Available/LT Busy) 
e 
® 
e 
EO); Seal). => 
(WACK not supported | (CU Available) 


by host) 


Asynchronous Status 
CAESTAT?...3 | 
Print Complete 


ctc¢s ———______________—_ 
a FO CT OCS) 


Device Available 


If 3274 receives chained data after sending WACK, the data is rejected with ENdT 
and StatusCunit specify/device busy). 


The host application must not begin a WACK/EN@ loop after sending a command with a 
START PRINT CPERATION; otherwise a larse number of host resources are wasted ina 
non-productive logical loop where each ENQ from the host results in a WACK. from 
the control unit on behalf of the device. This loop would continue, thereby 
expending those resources, until the 3274 receives an AESTAT from the device at 
the end of the print operation. 


If a chained data stream is sent instead, the controller rejects it with 


Sense/Status Cdevice busy/unit specify). The host should send an EOQT after the 
first WACK is received, as shown in the case presented below. 
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ENHANCED CWACK) HOST SUPPORT 
CTCA appears as printer with Start Print bit set) 


HOST 3274 DEVICE 
Select > 
~ Lock > 
CSS ee ae ee eres ee) CLOCK) 
Lata -———ooo 
WDAT scares > 


(TCA Busy/Device Busy) 


e 


Se ee Printer Printinad 
® (FCDEF+01) 
Cn nmmnnne WACK ° 


CTCA Available/LT B3usy) 


E-EOT -————-—-——————————-> ® 
(CU Available) 


ieee Asynchronous Status 
CAESTAT+...) 


Cl CS. SS ee 


FC CCTCcCcs) 


Device Available 
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TCA DISPLAY PROTOCOL (for Non-SNA Channel) 


RCST 3274 DEVICE 


Select ———-——> 
or Command 


LOCK =e eee 
SS Se rer re CLOCK 
wee ———— > 
bats, SS? 


hove BOM date See eS 
to TCA. BFRI ° 


$$$ FO 


WDATC30") —_——-oOv—"oo 
Channel is Free 


Move’ YEG. Date = 
to TCA BFR2 ° 


Ad 


< FC CWDAT BOM) 


WDATCEOM) > 
FC OC DAT EOM) 
cices. > 
Se eae FC CCC S) 


Device Available/ 
CU Available 


Note: . 
This diagram (representing normal flow) is presented here to provide a perspective 
and contrast to the Siow Device flew depicted on the following page. 
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SLOW DEVICE PROTOCOL (Non-SNA Channel) 


No Command Chaining to Device (Printer, Start Print Bit Set): 


HOST 3274 DEVICE 


Select ----—> 
or Command 


0 = SSS 


SS CLOCKS) 
OS SSS eee 
te 
HOVG- 7 DOM) Dette ee 
to TCA BFRi 


ren Cr CWE CCD 


WDOATCBORD—————— > 
Channel jis Free 


Move: VEO” Date ee 
to TCA BFR2 ° 


Se ee ee ene OC WDA se Or 
WAL 


e 


(CU Available) 


e 
& 
enema Synchronous Status 
© CFODErFSOL = E0M Only) 


e 


(TCA Available) 


® 
e 


ee AEOTAT CWDAT -boM) 
OS 
Seer PG CCT CCS) 


Device Available 
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The purpose of the next two diagrams in this sequence is to demonstrate that there 
1S no performance advantage to be gained by using FCDEF for command chaining to 
disrlay LT¥s. In the command chaining situation, the control unit cannot signal 
device availability until the device is ready to process the next command. 


SLOW DEVICE PROTOCOL (Non-SNA Channel) 


(Display or Printer, 


Command Chaining ts Device: 


CFC) 


Start Print Bit Not Set) 


HOST 32746 DEVICE 
Select -—-—-"> 
or Command 
LOCK > 
< wwemmememmneon EU CLock) 
WLCOC => 
Data > 
Move 'BOM' Data onl > 
to TCA BFR1 
<— FC (WLCC) 
WDATCBOM) > 
Channel is Free | 
Meve 'EQM' Data Pa 
to TCA BFR2 
< FO CWDAT BOM). 
WDATCEQM-Chain IND) > 
CU Availabie 
| < FC (WDAT EOM) 
Device Available 
Command Sacer eee, 
WLCOS > 
< FC (WLCC) 
WDATCBOM). > 
Channel is Free 
< FC (WDAT BCM) 
| WDATCESM) > 
CU Available 
< FC C(WDAT EDM) 
cTccs > 
< FO (CTCCS) 


Device Available 
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SLON DEYICE PROTOCOL (Non-SNA Channel) 
(Displey or Printer, Start Print Bit Not Set) 


(FCDEF) 
Command Chaining to Device: 
HOST 3274 ‘DEVICE 
Select: == are 
or Command 
LUCK. == eee 
a eee ee eee, FG LOE KO 
WLCOS > 
lato SS 
hove 200" Data = 
to TCA BFR1 ° 


(FOIL CED 


WALCO): Se eee 


Channel is Free e 


Move 'EOM’ Data -) 
to TCA BFR2 ° 


ae ee ea ee, SOMA. GDOrte 
WDOATCEUN-Chalin INO 


CU Available ° 
. 
nn enememeeeemeeenremmmmeronee Ovachronous Status 
2 | CFCCEF?T OO) 
9 


nner AEF STAT CWDAT ESM) 
Device Available 


Command 


a a peat, ee ey 
ADAT( 308) ——— > 
Channel is Free 
Ca FO CWDAT BOM) 
CU ite ne 
Cite eet ER Pay seam) 
aaa 
z EO CCTCCS) 


Device Available 
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SLOW DEVICE PROTOCOL (Non-SNA Channel) 
(Printer, START PRINT BIT SET) 


Command chaining to device: 


HOST 3274 | sDEVICE 


LOCK > 
—— Se FO HCL och) 
eee aan ee ee eR 
‘Data neem 
Move 'BOM’ Dats ———————————> 
to TCA BFR1 . 


FO CLO) 
WDAT(BOM) —————_______-____—_> 


Meve 'EOM’ Data ern awe mene ener ereee, 
to TCA BFR2 ° 


BE i a ace ae Je aa ey 
HD ATC COMHCHSG eh IND): Sees 


Synchronous Status 
CFCSE+O0p. Check) 


Device Availeble/ 
CU Available 


The above ciagram shows the device rejecting the datastream becausa command 
chaining 18 being used to a printer with the Start Print bit set. | 
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SLOW DEVICE PROTOCOL (CNon-SNA Channel) 
(Display and Printer, Start Print Bit Set) 


Multiple Logical Units 
HOST 3274 DEVICE 


Selec => 
or Command 
(for printer) 
Co e———————_—nXxvn rk ek@QlRTlTlTlTXlTT’T’“—™=" D> 
Se ere ee EC CLOCK) 
re cecremneenemeen enters ae tat RCE Le REA SO 


Data -—-——_-"—-> 
for printer 
Move 'BOM' Data -----"> 


to TCA BFRI e 
@ 
< FC CWLCC) 

Wali 
Channel is Free e 
@ 

Move “°CuoM Data > 
to TCA BFR2 ° 
@ 

< FC (WDAT BOM) 

WDATCEOM? > 

CU Available ° 


® 
Cnn neenneemmmnereemeee Synchronous Status 
® (FCDEF+01 - ESM Only?) 


CTCA Available) 
e 


sel tet SS? e 
or Command 
(for display) 
CK 
ee eer PC Cee) 
> 


WLEC 
Data > 
for display 
Move “BOM. tate 
to TCA BFR] ° 
® 
< FO CNLCC) 
eee AES TAT Aron Set Ater) 
WOAECBOM): = eee 
Channel is Free e 
@ 
Move "EO" Date > 
to TCA BFR2 * 
en FC CWDAT BOMD 
WDATCECM) ——-—-———-—_—— > 
CU Available ° 
co 
Cr eee EC CW DAT EOM) 
Co SSS ee 
(Display) 
Display Available 
eee FC (CTCCS) 
VC: SSS ee ee 
(Printer) 
mmm FC CCTCCS) 


Printer Available 
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PRINTER IR HANDLING 
Cfor SLHA: or BSC) 


TCA printer Intervention Required condition detected after FCDEF(01) is posted. 


HOST 3274 DEVICE - 


Select -~7--:-.-.-.-.\.,.-.."> 
or Command 


neh ee eae nares ee cemetenreee 
NO ATT A ee NEE, of EE PS 


> 


WDATCEOM) 


? 
e 


(TCA Busy/Device Busy) 


Synchronous Status 
CFCDEF+t01) 


a eae aes 


(TCA Available/LtT Busy) 


@ 


een Acynchronous Status 
CAESTAT:IR) 


CT CCS a > 


Device End 
Unit Exception 


FO (CTCCS) 
SSS (IR Cleared) 


Device Available 
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SELECT TO PRINTER GR DISPLAY 
(While Local Copy is in Progress - for SLHA or BSC) 


TCA printer Intervention Required condition detected at or before LOCK. 


HOST 3274 . DEVICE 


Select eso7r---____oC—oC 
or Command 


LOCK -—--—--—_—_—___-_--————————— 
ee Synchronous Status 
CFCSE: IR) 
. e 
Device End e 
Unit Exception @ 


renee Asynchronous Status 


° CAEEB - IR Cleared) 
Device Available ° 
Select: -—— 2 e 
or Command e 


Lock ——-—-——_—_---—-———————— > 


eee FC CL ock) 
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SLOW DEVICE PROTOCOL CNon-SNA) 
CFCSE: IR to WDAT) 


ICA printer Intervention Required detected after LOCK but before FCDEF(OL) is 
posted. | 


HOST «33274 | DEVICE 


~ Select ———————_> 
or Command | 


CC SS ee 
ne FC CL Oock) 


eo @ 


Data —_———_—_> 


WDAT ————————_ > 


mere FCSE: IR (Printer out 
of Paper} 


C1 CCS =a 


Device End 
Unit Exception 


a FO CTOES) 


SS eT ASN CN OnoUSs Status 
CAEc3 - IR Cleared) 


Device Available 


** XX END OF DOCUMENT HK X 
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